Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email email@example.com
From: James Peltier (james_a_peltieryahoo.ca)
Date: Wed Aug 11 2010 - 14:51:48 CDT
----- Original Message ----
> From: Daniel Melameth <danielmelameth.com>
> To: OpenBSD Mail List <miscopenbsd.org>
> Sent: Wed, August 11, 2010 12:42:13 PM
> Subject: Re: OpenBSD performance numbers
> On Wed, Aug 11, 2010 at 12:12 PM, James Peltier
> <james_a_peltieryahoo.ca> wrote:
> > Hello fellow OpenBSD'ers.
> > I would just like to share some information with the list about our new
> > firewall/bridge and perhaps get some input as to where I might be able to
> > to squeeze some additional performance improvements. I must say though, I
> > very impressed with the performance improvements of networking/PF in the
> > snapshots.
> > Parameters:
> > ===========
> > bridge: OpenBSD 4.8-BETA (snapshot Aug 5, 2010)
> > So as can be seen here we are seeing data transfer rates of between 85 and
> > 90MBps. Pretty impressive for an first pass, untweaked configuration.
> > However, there are some "unfortunates". During these tests the system was
> > running at between 80 and 95% interrupt, with the inverse being idle. This
> > means that either there are some tweaks that I can add to counteract the
> > interrupts, perhaps a tweak for interrupt mitigation, or that the hardware
> > is currently not able to handle more than a single gigabit link running at
> > full capacity. In any case I would like to know what the developers see if
> > better hardware would help as well as any performance tweaks that may help.
> > These "unfortunates" are not really "bad news". The box is certainly up to
> > the task of dealing with our network traffic. Some tweaking may help and
> > for a first pass test it is a good baseline to work from and understand
> > where the bottlenecks are.
> I imagine you'll see better performance if you do not use OpenBSD as a
I am aware of the limitations of OpenBSDs bridge code. However, OpenBSD is
often in this position and sometimes you just don't have a choice, so posting
numbers for OpenBSD in this mode of operation in the hopes of getting tweaks,
good ideas or in general the code fixed for this role is always good. Just
trying to make the project better. ;)
James A. Peltier james_a_peltieryahoo.ca