From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andy Furniss Date: Sat, 16 Jul 2005 12:04:57 +0000 Subject: Re: [LARTC] QoS on receive Message-Id: <42D8F7E9.5010408@dsl.pipex.com> List-Id: References: <42D6898C.4050502@ti.com> In-Reply-To: <42D6898C.4050502@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: lartc@vger.kernel.org Alexander Sirotkin wrote: > 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 ? > Yes it's called ingress policing there is mention in LARTC and it is possible to do quite complicated things with it. See the diffserv examples in iproute2. Andy. _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc