From: Gleb Natapov <gleb@redhat.com> To: Avi Kivity <avi@redhat.com> Cc: Alexander Graf <agraf@suse.de>, Andre Przywara <andre.przywara@amd.com>, anthony@codemonkey.ws, qemu-devel@nongnu.org, kvm@vger.kernel.org Subject: Re: [RFC] allow multi-core guests: introduce cores= option to -cpu Date: Sun, 5 Jul 2009 18:04:07 +0300 [thread overview] Message-ID: <20090705150407.GK881@redhat.com> (raw) In-Reply-To: <4A50BE5D.5010005@redhat.com> On Sun, Jul 05, 2009 at 05:53:17PM +0300, Avi Kivity wrote: > On 07/05/2009 04:23 PM, Alexander Graf wrote: >>> I thought of using -smp [processors=]2,cores=4,threads=2 (for a total >>> of 16 threads), but I think it makes more sense with -cpu. >> >> >> I actually think putting this in -smp makes more sense. -cpu really >> shouldn't need to be touched by normal users and as long as you can >> either -cpu host or -cpu safe that should be enough. > > Maybe. But in that case -cpu core2duo should imply cores=2 and -smp 2 > -cpu core2duo will bring up 4 cores spread across two sockets. > core2duo does not imply 2 cores. OSes use cpuid to discover this information. >> But then again maybe we should replace -smp with something more useful >> like -numa where you'd then specify #CPUs, #cores, mem-cpu connection, >> etc. > > I'd prefer -numa to specify the memory topology (and connections of > sockets to memory nodes), and -smp or -cpu to specify the intra-socket > topology. > I agree. -numa is a different story. It is possible to have zillion socket setup without numa at all. -- Gleb.
WARNING: multiple messages have this Message-ID (diff)
From: Gleb Natapov <gleb@redhat.com> To: Avi Kivity <avi@redhat.com> Cc: Andre Przywara <andre.przywara@amd.com>, kvm@vger.kernel.org, Alexander Graf <agraf@suse.de>, qemu-devel@nongnu.org Subject: [Qemu-devel] Re: [RFC] allow multi-core guests: introduce cores= option to -cpu Date: Sun, 5 Jul 2009 18:04:07 +0300 [thread overview] Message-ID: <20090705150407.GK881@redhat.com> (raw) In-Reply-To: <4A50BE5D.5010005@redhat.com> On Sun, Jul 05, 2009 at 05:53:17PM +0300, Avi Kivity wrote: > On 07/05/2009 04:23 PM, Alexander Graf wrote: >>> I thought of using -smp [processors=]2,cores=4,threads=2 (for a total >>> of 16 threads), but I think it makes more sense with -cpu. >> >> >> I actually think putting this in -smp makes more sense. -cpu really >> shouldn't need to be touched by normal users and as long as you can >> either -cpu host or -cpu safe that should be enough. > > Maybe. But in that case -cpu core2duo should imply cores=2 and -smp 2 > -cpu core2duo will bring up 4 cores spread across two sockets. > core2duo does not imply 2 cores. OSes use cpuid to discover this information. >> But then again maybe we should replace -smp with something more useful >> like -numa where you'd then specify #CPUs, #cores, mem-cpu connection, >> etc. > > I'd prefer -numa to specify the memory topology (and connections of > sockets to memory nodes), and -smp or -cpu to specify the intra-socket > topology. > I agree. -numa is a different story. It is possible to have zillion socket setup without numa at all. -- Gleb.
next prev parent reply other threads:[~2009-07-05 15:04 UTC|newest] Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-07-03 14:41 [RFC] allow multi-core guests: introduce cores= option to -cpu Andre Przywara 2009-07-03 14:41 ` [Qemu-devel] " Andre Przywara 2009-07-03 14:52 ` Samuel Thibault 2009-07-03 14:52 ` [Qemu-devel] " Samuel Thibault 2009-07-03 23:28 ` Andre Przywara 2009-07-03 23:53 ` Samuel Thibault 2009-07-03 23:53 ` [Qemu-devel] " Samuel Thibault 2009-07-03 15:16 ` Brian Jackson 2009-07-03 15:16 ` [Qemu-devel] " Brian Jackson 2009-07-03 22:52 ` Andre Przywara 2009-07-03 22:52 ` [Qemu-devel] " Andre Przywara 2009-07-04 0:04 ` Jamie Lokier 2009-07-04 7:18 ` Gleb Natapov 2009-07-03 15:46 ` [Qemu-devel] " Paul Brook 2009-07-03 15:46 ` Paul Brook 2009-07-03 23:45 ` Andre Przywara 2009-07-04 5:58 ` Paul Brook 2009-07-04 15:25 ` Avi Kivity 2009-07-04 15:25 ` [Qemu-devel] " Avi Kivity 2009-07-05 13:23 ` Alexander Graf 2009-07-05 13:23 ` [Qemu-devel] " Alexander Graf 2009-07-05 14:53 ` Avi Kivity 2009-07-05 14:53 ` [Qemu-devel] " Avi Kivity 2009-07-05 15:04 ` Gleb Natapov [this message] 2009-07-05 15:04 ` Gleb Natapov 2009-07-05 15:11 ` Avi Kivity 2009-07-05 15:11 ` [Qemu-devel] " Avi Kivity 2009-07-05 15:11 ` Alexander Graf 2009-07-05 15:11 ` [Qemu-devel] " Alexander Graf 2009-07-05 15:17 ` Avi Kivity 2009-07-05 15:17 ` [Qemu-devel] " Avi Kivity
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20090705150407.GK881@redhat.com \ --to=gleb@redhat.com \ --cc=agraf@suse.de \ --cc=andre.przywara@amd.com \ --cc=anthony@codemonkey.ws \ --cc=avi@redhat.com \ --cc=kvm@vger.kernel.org \ --cc=qemu-devel@nongnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.