Re: New IMQ device implementation supporting device EOS

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Andy Furniss wrote:
Jiri Fojtasek wrote:


It leave always only one packet in the device queue. It is there until is not dequeued (sent to the device driver) and then is inserted another etc, etc


I think I understand - in the case of imq -> ppp -> usb/pci -> radsl modem with big buffer -> phone line. imq will only let one packet wait in ppp queue, but there could still be a full buffer in the "real" device.

I haven't followed the discussion, but this is the way it is supposed to work. As IMQ can queue packets for multiple devices it is not possible
to couple the dequeue event with the "real" output device's dequeue
event, simply because there may be multiple. Use non-work-conserving
qdiscs in this case and make sure you don't exceed the rate of the
individual output devices.


Regards
Patrick
_______________________________________________
LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux