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]

 



Jiri Fojtasek wrote:

Andy Furniss wrote:


Jiri Fojtasek wrote:

Hello Roy

Roy wrote:

 >Hello,
 >imq became realy popular now ;)
 > >
Sure, same as whole GNU/Linux  :)

>It would be good ir you wrote what is that EOS to save time for some people
>on searches.
>
> >
EOS - End of Send. Its time betwen two dequeues and packet transmits
used by qdisc for calculation.



Is that a kernel transmit or a real "on the wire" transmit - ie can you keep the devices' buffer empty or just detect when it's full?


Any of current IMQ implementations do not


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.


Andy.


_______________________________________________ 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