All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Jones <drjones@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: ehabkost@redhat.com, lersek@redhat.com, mtosatti@redhat.com,
	qemu-devel@nongnu.org, lcapitulino@redhat.com, bsd@redhat.com,
	anthony@codemonkey.ws, hutao@cn.fujitsu.com,
	y-goto@jp.fujitsu.com, peter.huangpeng@huawei.com,
	afaerber@suse.de, Wanlong Gao <gaowanlong@cn.fujitsu.com>
Subject: Re: [Qemu-devel] [PATCH V16 09/11] NUMA: set guest numa nodes memory policy
Date: Wed, 27 Nov 2013 17:19:52 +0100	[thread overview]
Message-ID: <20131127161952.GA11571@hawk.usersys.redhat.com> (raw)
In-Reply-To: <52960349.5020603@redhat.com>

On Wed, Nov 27, 2013 at 03:35:53PM +0100, Paolo Bonzini wrote:
> > +
> > +    len = numa_info[nodeid].node_mem;
> > +    bind_mode = node_parse_bind_mode(nodeid);
> > +    unsigned long *nodes = numa_info[nodeid].host_mem;
> > +
> > +    /* This is a workaround for a long standing bug in Linux'
> > +     * mbind implementation, which cuts off the last specified
> > +     * node. To stay compatible should this bug be fixed, we
> > +     * specify one more node and zero this one out.
> > +     */
> > +    unsigned long maxnode = find_last_bit(nodes, MAX_NODES);
> > +    if (syscall(SYS_mbind, ram_ptr + ram_offset, len, bind_mode,
> > +                nodes, maxnode + 2, 0)) {
> > +            perror("mbind");
> > +            return -1;
> > +    }
> 
> Also, it's still not clear to me why we're not using libnuma.
>

There only seem to be two reasons to use it right now; 1)
it provides a wrapper around mbind 2) it exists. IMHO libnuma
needs some work before it would be suitable for qemu to marry
it. Its interfaces don't buy a lot of elegance, it only reads
system information on link time (i.e. no good if you want to
consider hotplug of cpus and nodes), and it's currently linux
specific anyway.  It's a good idea, but is it worth yet another
qemu build dependency?

drew

  parent reply	other threads:[~2013-11-27 16:20 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-22  2:08 [Qemu-devel] [PATCH V16 00/11] Add support for binding guest numa nodes to host numa nodes Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH] fixup Wanlong Gao
2013-11-22  2:10   ` Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 01/11] NUMA: move numa related code to new file numa.c Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 02/11] NUMA: check if the total numa memory size is equal to ram_size Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 03/11] NUMA: Add numa_info structure to contain numa nodes info Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 04/11] NUMA: convert -numa option to use OptsVisitor Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 05/11] NUMA: introduce NumaMemOptions Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 06/11] NUMA: add "-numa mem," options Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 07/11] NUMA: expand MAX_NODES from 64 to 128 Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 08/11] NUMA: parse guest numa nodes memory policy Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 09/11] NUMA: set " Wanlong Gao
2013-11-27 14:35   ` Paolo Bonzini
2013-11-27 15:09     ` Wanlong Gao
2013-11-27 16:19     ` Andrew Jones [this message]
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 10/11] NUMA: add qmp command query-numa Wanlong Gao
2013-11-22  2:08 ` [Qemu-devel] [PATCH V16 11/11] NUMA: convert hmp command info_numa to use qmp command query_numa Wanlong Gao

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=20131127161952.GA11571@hawk.usersys.redhat.com \
    --to=drjones@redhat.com \
    --cc=afaerber@suse.de \
    --cc=anthony@codemonkey.ws \
    --cc=bsd@redhat.com \
    --cc=ehabkost@redhat.com \
    --cc=gaowanlong@cn.fujitsu.com \
    --cc=hutao@cn.fujitsu.com \
    --cc=lcapitulino@redhat.com \
    --cc=lersek@redhat.com \
    --cc=mtosatti@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.huangpeng@huawei.com \
    --cc=qemu-devel@nongnu.org \
    --cc=y-goto@jp.fujitsu.com \
    /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: link
Be 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.