Your argument is horseshit on the basis that many x86 and non-x86
(especially mips) usable NICs will happily do linerate (I see you don't
understand how network interfaces actually work... that is pps and frame
sizes are relevant not throughput) on stock FreeBSD without any tuning
whatsoever. Also
Xin Li wrote
in <521ba31c.5000...@delphij.net>:
de> > That has always been specifically not supported. default route
de> > needs to be directly attached. in fact the routing tables only ever
de> > deliver the 'next hop'
de>
de> Well, depends on whether the 'next hop' is an IP or an interface.
Hello, Xin.
You wrote 23 августа 2013 г., 0:13:51:
XL> I've noticed that we do not install default route last (after other
XL> static routes). I think we should probably install it last, since the
XL> administrator may legitimately configure a static route (e.g. this
XL> IPv6 address goes to this
NetXen Part #: NX3-20GCU
pciconf -lv shows:
none2@pci0:1:0:0: class=0x02 card=0x01264040 chip=0x01004040
rev=0x42 hdr=0x00
vendor = 'NetXen Incorporated'
device = 'NX3031 Multifunction 1/10-Gigabit Server Adapter'
class = network
subclass = ethernet
none3@p
On Mon, Sep 2, 2013 at 2:47 PM, Barney Cordoba wrote:
>
> In a week I ripped out the offload crap and the 9000 sysctls, eliminated the
> "consumer buffer" problem, reduced locking by 40% and now the igb driver
> uses 20% less cpu with a full gig load.
>
Wow!
where is the patch ? I would like to
Are you using a pcie3 bus? Of course this is only an issue for 10g; what pct of
FreeBSD users have a load over 9.5Gb/s? It's completely unnecessary for igb
or em driver, so why is it used? because it's there.
Here's my argument against it. The handful of brains capable of doing driver
development
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
