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  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Tue, 20 Nov 2007 16:47:45 -0800
From:	"Tom Herbert" <>
Subject: HW queuing and QoS


We've been working with the e1000 driver and applying the various
queuing disciplines.  I've noticed that the effectiveness of the work
conserving queuing disciplines, such as priority queues, diminishes as
more packets are queued to hardware ( i.e. high priority packets
suffer from HOLB).  Reducing the TX descriptor limits helps QoS
properties, but risks starving the transmitter when sending small

To address this we've been experimenting with limiting the amount of
data in the HW queue by number of bytes.  The idea would be that we
dynamically compute the minimum number of bytes needed to be queued to
prevent the hardware queue from starving, thus minimizing latency in
the queue and improving the useful of the queuing disciplines.

Has anyone contemplated this or tried something similar?

To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists