Re: [patch][lagg] - Set a better granularity and distribution on roundrobin protocol.

2014-07-28 Thread Marcelo Araujo
> > > > > > 2014-07-19 2:18 GMT+08:00 Navdeep Parhar > >: > > > > On 07/18/14 00:49, Marcelo Araujo wrote: > > > Hello guys, > > > > > > I made few changes on the lagg(4) patch. Also, I made tests using > > igb(4), > > > ixgbe(4) and em(4); seems e

Re: nfsd spam in /var/log/messages

2014-07-28 Thread Rick Macklem
Russell L. Carter wrote: > > > On 07/28/14 05:55, Rick Macklem wrote: > > > Assuming /export is one file system on the server, put all > > the exports in a single entry, something like: > > V4: /export -sec=sys -network 10.0.10 -mask 255.255.255.0 > > /export/usr/src /export/usr/obj /export/usr/

Re: netmap

2014-07-28 Thread John-Mark Gurney
Carlos Ferreira wrote this message on Sat, Jul 12, 2014 at 11:52 +0100: > Ok,I solved that problem that I was having but now I have another one. For > what I was able to determine, SMP is not supported for IXP4xx processors on > OpenWRT. > I'm able to compile it for x86, but not for IXP4xx, the CPU

Re: fastforward/routing: a 3 million packet-per-second system?

2014-07-28 Thread Adrian Chadd
On 28 July 2014 13:37, Ryan Stone wrote: > On Sun, Jul 27, 2014 at 4:42 PM, George Neville-Neil > wrote: >> Chiming in late, but don't you mean instruction-retired instead of >> CPU_CLK_UNHALTED_CORE? >> >> Best, >> George > > In my experience instruction-retired gives very misleading profiler >

Re: fastforward/routing: a 3 million packet-per-second system?

2014-07-28 Thread Ryan Stone
On Sun, Jul 27, 2014 at 4:42 PM, George Neville-Neil wrote: > Chiming in late, but don't you mean instruction-retired instead of > CPU_CLK_UNHALTED_CORE? > > Best, > George In my experience instruction-retired gives very misleading profiler output in most cases. The problem is that instruction-r

Adjust Ring Size

2014-07-28 Thread Xiaoye Sun
Hi all, I am new to netmap. I am current running netmap on Myricom 10G NIC and Linux machine. The problem in my case is that the maximum packet rate can achieve at the receiver is about 650kpp with 1514 frame length, about 8.3Gbps (1.7 from the 10Gbps line rate). if the sender sends faster than th

Re: nfsd spam in /var/log/messages

2014-07-28 Thread Russell L. Carter
On 07/28/14 05:55, Rick Macklem wrote: > Assuming /export is one file system on the server, put all > the exports in a single entry, something like: > V4: /export -sec=sys -network 10.0.10 -mask 255.255.255.0 > /export/usr/src /export/usr/obj /export/usr/ports /export/packages > /export/librar

Re: fastforward/routing: a 3 million packet-per-second system?

2014-07-28 Thread Adrian Chadd
:) > > cat debug.lock.pref.stats.out-20140728-1 | sort -nk 4 | tail -5 >5 4 413 115 160 2 0 0 > 63 /usr/src/sys/kern/kern_condvar.c:145 (sleep mutex:Giant) >1 1 1488584095 650072 0 0 0 > 11184 /usr/src/sys/k

Re: fastforward/routing: a 3 million packet-per-second system?

2014-07-28 Thread John Jasen
in_input crept up into the top 5, versus fastforward. Would PMC counters help? cat debug.lock.pref.stats.out-20140728-1 | sort -nk 4 | tail -5 5 4 413 115 160 2 0 0 63 /usr/src/sys/kern/kern_condvar.c:145 (sleep mutex:Giant) 1 1

Re: nfsd spam in /var/log/messages

2014-07-28 Thread Rick Macklem
Russell L. Carter wrote: > Hi, > > Still a newbie here after more than ae decade off. This is most > likely a stupid question but I have invested an inordinate amount of > effort to figure it out with no success. That is, I have not > resorted > to digging down into the source code to understand

Re: fastforward/routing: a 3 million packet-per-second system?

2014-07-28 Thread Andrey V. Elsukov
On 24.07.2014 16:47, John Jasen wrote: > On 07/24/2014 05:24 AM, Andrey V. Elsukov wrote: >> On 22.07.2014 19:18, John Jasen wrote: >>> Feedback and/or tips and tricks more than welcome. >>> >>> Outstanding questions: >>> >>> Would increasing the number of processor cores help? >> AFAIR, increasing

[Bugzilla] Commit Needs MFC

2014-07-28 Thread bugzilla-noreply
Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again