 Home |
Products |
Support |
Community |
News |
xen-devel
Re: [Xen-devel] credit2 data structures
| To: | George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxx> |
|---|---|
| Subject: | Re: [Xen-devel] credit2 data structures |
| From: | Keir Fraser <keir@xxxxxxx> |
| Date: | Thu, 13 Oct 2011 11:57:59 +0100 |
| Cc: | "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx> |
| Delivery-date: | Thu, 13 Oct 2011 04:01:56 -0700 |
| Dkim-signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:user-agent:date:subject:from:to:cc:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; bh=65lpkMDxwk466GOqb4bfZb0/ViLVB6BpDrhb22l56kU=; b=Zc+CmvcSLYHmfK/N7JeXGve464BFFl18VdHZdMORIqLnOa6wlAagPXkk18XwisLSQR fQ/SiyiEYkyA1eKTI8MEnl/TTNSFAQ2Es5DHbaTOMFGtRlGTWpJgg2sACQzhIFXrEffe w0oSTt48s1tlxVSAYfBAG1ziHwmWN7eOvsgo4= |
| Envelope-to: | www-data@xxxxxxxxxxxxxxxxxxx |
| In-reply-to: | <CAFLBxZaHwav97=PVvZDTKzBVaeGc9FYh4xs9mj3cC=WbEzTZtw@xxxxxxxxxxxxxx> |
| 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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
| List-unsubscribe: | <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
| Sender: | xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
| Thread-index: | AcyJlvhAVIszOCaKiUSjtTZQz3MHjw== |
| Thread-topic: | [Xen-devel] credit2 data structures |
| User-agent: | Microsoft-Entourage/12.30.0.110427 |
On 13/10/2011 11:11, "George Dunlap" <George.Dunlap@xxxxxxxxxxxxx> wrote: > For one thing, the number of runqueues in credit2 is actually meant to > be smaller than the number of logical cpus -- it's meant to be one per > L2 cache, which should have between 2 and 8 logical cpus, depending on > the architecture. I just put NR_CPUS because it was easier to get > working. Making that an array of pointers, which is allocated on an > as-needed basis, should reduce that requirement a great deal. That would suffice. If we can put per-cpu stuff in the per_cpu() data area then even better. The fact that credit2 burns a couple of kB per CPU isn't a problem at all, as long as it does it only for active CPUs. -- Keir _______________________________________________ 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] Re: [PATCH RFC V5 00/11] Paravirtualized ticketlocks, Peter Zijlstra |
|---|---|
| Next by Date: | [Xen-devel] [PATCH v2] libxl: reimplement buffer for bootloading and drop data if buffer is full, Roger Pau Monne |
| Previous by Thread: | Re: [Xen-devel] credit2 data structures, George Dunlap |
| Next by Thread: | Re: [Xen-devel] credit2 data structures, Jan Beulich |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
