| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Tue, 23 Mar 2010 13:40:00 -0700 From: Rick Jones <rick.jones2@...com> To: Alexander Duyck <alexander.h.duyck@...el.com> CC: netdev@...r.kernel.org Subject: Re: [RFC PATCH] net: add additional lock to qdisc to increase enqueue/dequeue fairness Alexander Duyck wrote: > The qdisc layer shows a significant issue when you start transmitting from > multiple CPUs. The issue is that the transmit rate drops significantly, and I > believe it is due to the fact that the spinlock is shared between the 1 > dequeue, and n-1 enqueue cpu threads. In order to improve this situation I am > adding one additional lock which will need to be obtained during the enqueue > portion of the path. This essentially allows sch_direct_xmit to jump to > near the head of the line when attempting to obtain the lock after > completing a transmit. > > Running the script below I saw an increase from 200K packets per second to > 1.07M packets per second as a result of this patch. > > for j in `seq 0 15`; do > for i in `seq 0 7`; do > netperf -H <ip> -t UDP_STREAM -l 600 -N -T $i -- -m 6 & > done > done Wow - someone is using the no control connection mode in netperf :) Or were you actually trying to get the test-specific -N option to control whether or not netperf "connects" the UDP socket? rick jones -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists