Current problem reports assigned to freebsd-net@FreeBSD.org

2011-04-18 Thread FreeBSD bugmaster
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

Congratulation, URGENT RESPONSE IS NEEDED

2011-04-18 Thread Dr . Ban Ki-moon .
Congratulation, I just received a call from the Director of Scarlet Courier Service Company Nigeria that the consignment box that was sent to you was returned due to wrong address, This consignment box contained your $5.500.000.00 united state dollars, Your compensation fund.Therefore call the d

Re: Routing enhancement - reduce routing table locking

2011-04-18 Thread K. Macy
It would be great to see flowtable going back to its intended use. However, I would be surprised if this actually scales to Mpps. I don't have any high end hardware at the moment to test, what is the highest packet rate you've seen? i.e. simply generating small packets. Thanks On Mon, Apr 18, 20

Re: Routing enhancement - reduce routing table locking

2011-04-18 Thread Ingo Flaschberger
It would be great to see flowtable going back to its intended use. However, I would be surprised if this actually scales to Mpps. I don't have any high end hardware at the moment to test, what is the highest packet rate you've seen? i.e. simply generating small packets. Currently I have no tes

Re: Routing enhancement - reduce routing table locking

2011-04-18 Thread K. Macy
400kpps is not a large enough measure to reach any conclusions. A system like that should be able to push at least 2.3Mpps with flowtable. I'm not saying that what you've done is not an improvement, but rather that you're hitting some other bottleneck. The output of pmc and LOCK_PROFILING might be

Re: Routing enhancement - reduce routing table locking

2011-04-18 Thread K. Macy
On Mon, Apr 18, 2011 at 7:28 PM, K. Macy wrote: > 400kpps is not a large enough measure to reach any conclusions. A > system like that should be able to push at least 2.3Mpps with > flowtable. I'm not saying that what you've done is not an improvement, > but rather that you're hitting some other b

Re: Routing enhancement - reduce routing table locking

2011-04-18 Thread Ingo Flaschberger
It occurred to me that I should add a couple of qualifications to the previous statements. 1.6Mpps is line rate for GigE and I only know of it to be achievable by igb hardware. The most I've seen em hardware achieve is 1.1Mpps. Furthermore, in order to achieve that you would have to enable IFNET