From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexander Sirotkin Date: Thu, 14 Jul 2005 15:49:32 +0000 Subject: [LARTC] QoS on receive Message-Id: <42D6898C.4050502@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org It appears that while Linux has plenty of traffic shaping mechanism on transmit, there is nothing on receive side. While generally it does make sense since transmit is more CPU intensive operation, after all receive also consumes CPU cycles. It is clear that it's best to drop the packet as soon as possible, i.e. on receive, if possible - by the driver itself. It may not be feasible in general case, but I can think of a couple of scenarios when it does make sense. Any ideas ? Maybe there is some similar QoS mechanism that I'm not aware of ? -- Alexander Sirotkin SW Engineer Texas Instruments Broadband Communications Israel (BCIL) Tel: +972-9-9706587 ________________________________________________________________________ "Those who do not understand Unix are condemned to reinvent it, poorly." -- Henry Spencer _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc