WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Xen

xen-devel

[Top] [All Lists]

[Xen-devel] Re: [7/11] [NET] back: Added tx queue

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: [Xen-devel] Re: [7/11] [NET] back: Added tx queue
From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Date: 2006年7月27日 23:23:46 +1000
Cc: Xen Development Mailing List <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: 2006年7月27日 06:24:13 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <fccb4507e5ba2f8dad0e2e3690c54f3a@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20060707141634.GA12031@xxxxxxxxxxxxxxxxxxx> <20060707141958.GH12031@xxxxxxxxxxxxxxxxxxx> <fccb4507e5ba2f8dad0e2e3690c54f3a@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
On Thu, Jul 27, 2006 at 02:15:29PM +0100, Keir Fraser wrote:
>
> What's the default queue size? It shouldn't be too large if each packet 
> can be 64kB!
The default is 1000. If 64MB is too much for each domain, then how about
100?
> Also, what does NETIF_F_LLTX have to do with whether we have a queue or 
> not -- couldn't we set that all the time? And you set queue length to 1 
Sorry, should've add a comment about that. NETIF_F_LLTX is just an unused
bit from the features set to indicate the fact that queueing is supported.
I suppose I could add a new flag too.
> in the other case -- what's wrong with zero? Seems a saner value when 
> there is no queue: or do we need to commit to having *some* queue at 
> register_netdevice() time, and there's no way to go back from that by 
> the time we find out if netfront supports rx refill notifications (so 
> at that point we cannot change queue len to zero)?
Exactly. Once we've committed to having a queue, setting the queue
length to zero will cause all packets to be dropped. I even added
a comment about that :)
Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: [Xen-devel] [PATCH] x86-linux: Use MULTI_UVMxxx_INDEX where possible , Jan Beulich
Next by Date: Re: [Xen-devel] [PATCH 4/5] pciback: user-space quirks policy , Keir Fraser
Previous by Thread: [Xen-devel] Re: [7/11] [NET] back: Added tx queue , Keir Fraser
Next by Thread: [Xen-devel] Re: [7/11] [NET] back: Added tx queue , Keir Fraser
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /