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

RE: [Xen-devel] Limiting Domains' Network Network Transmit Rate


  • To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>
  • From: "Ross C Mcilroy" <mcilrorc@xxxxxxxxxxxxx>
  • Date: Thu, 24 Feb 2005 09:59:59 -0000
  • Cc: <xen-devel@xxxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 24 Feb 2005 10:01:40 +0000
  • List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
  • Thread-index: AcUZ1912CEFq0MV0S1u+QiXPCrtbFAAfveuA
  • Thread-topic: [Xen-devel] Limiting Domains' Network Network Transmit Rate

>> I was wondering if it is possible to limit the rate of packet
>> transmission for individual domains.  The "Safe Hardware Access..."
>> paper mention's a credit based scheduler for network transmission, 
>> which
>> would seem to be perfect for what I need, however in the Xen netback
>> driver source code, the credit code seems to be taken out by the
>> pre-processor (with a "#if 0").
>>
>> Would this credit code work if I put it back in, and if so, how can
the
>> credit for each vif be set?  If this would not work is there any
other
>> way of limiting the network transmission of individual domains?
>
>Yes, we should add that back in at some point. An alternative is to use

>the existing 'tc' functionality in Linux for network traffic shaping 
>and policing.
>
>  -- Keir


How difficult would it be to put it back in?  If it was not a big job I
wouldn't mind trying to get it working myself.  Why was it taken out in
the first place?

Thanks

Ross


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.