From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Date: Wed, 31 Mar 2004 00:46:07 +0000 Subject: Re: [LARTC] New IMQ device implementation supporting device EOS Message-Id: <406A14CF.2040409@trash.net> List-Id: References: <40683536.4010104@hlohovec.net> In-Reply-To: <40683536.4010104@hlohovec.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org 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@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/