|
From: | Jes Sorensen |
Subject: | Re: [Qemu-devel] [patch] Introduce per machine based max_cpu variable |
Date: | Fri, 03 Oct 2008 11:40:55 +0200 |
User-agent: | Thunderbird 2.0.0.16 (X11/20080723) |
Paul Brook wrote:
Here's an attempt of implementing a per-machine max_cpus variable. This means developers can limit smp support to match the actual board sizes. It also makes the static MAX_CPUS check in vl.c obsolete which I think is a good thing :-)This looks reasonable, but is still not an ideal solution. It is an improvement over what we currently have, so I'm not going to object to it being applied.The maximum number of CPUs may be a property of the CPU, not the board. Especially in the embedded world it's becoming common to have multicore CPUs connected to dumb single socket systems/boards.
Hi Paul, Thanks for the feedback. I don't think this patch will conflict with what you describe. I think eventually we will want to have flags that allow the user to specify the number of sockets and cores per socket to handle this. However I don't know how far the QEMU system emulation layer is from being able to actually simulate this. Cheers, Jes
[Prev in Thread] | Current Thread | [Next in Thread] |