From: "JaniD++" <djani22@dynamicweb.hu>
To: "Paul Jackson" <pj@sgi.com>
Cc: <linux-kernel@vger.kernel.org>
Subject: Re: cpuset - question
Date: Tue, 1 Nov 2005 22:38:28 +0100 [thread overview]
Message-ID: <03c501c5df2c$9a19e2f0$0400a8c0@dcccs> (raw)
In-Reply-To: 20051101123648.5743a5cf.pj@sgi.com
Hello,
----- Original Message -----
From: "Paul Jackson" <pj@sgi.com>
To: "JaniD++" <djani22@dynamicweb.hu>
Cc: <linux-kernel@vger.kernel.org>
Sent: Tuesday, November 01, 2005 9:36 PM
Subject: Re: cpuset - question
> JaniD++ wrote:
> > [root@dy-xeon-1 cpus_0]# /bin/echo 1 > mems
> > /bin/echo: write error: Numerical result out of range
> > [root@dy-xeon-1 cpus_0]# echo 1 >mems
> > [root@dy-xeon-1 cpus_0]# cat mems
> >
> > [root@dy-xeon-1 cpus_0]# /bin/echo $$ > tasks
> > /bin/echo: write error: No space left on device
>
> I'm guessing you are on a multi-processor, with a single
> memory node, not a NUMA system with multiple memory nodes.
>
> Or, at least, your kernel was compiled for that (with the
> CONFIG_NUMA option disabled).
Yes, this option is disabled.
This is a dual-xeon server with HT.
With HT looks 4 CPU.
In this config i need NUMA option enabled to use cpusets?
I only need to move my 4 gnbd-client process to 4 cpuset, but i don't want
to touch the memory.
This is possible, or need the CONFIG_NUMA=y option?
Thanks
Janos
>
> The first echo above failed because you tried to set bit 1
> in mems, but only bit 0 is valid (only one memory node).
>
> The second echo failed too, but your shells (like most
> shells) builtin echo didn't display the error.
>
> The 'cat mems' command showed that mems was not yet set,
> which is indeed the case.
>
> The third and final echo above, into 'tasks' failed because
> you can't attach a task to a cpuset that has no memory specified.
>
> If you had done '/bin/echo 0 > mems', it would have worked
> much better.
>
> --
> I won't rest till it's the best ...
> Programmer, Linux Scalability
> Paul Jackson <pj@sgi.com> 1.925.600.0401
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2005-11-01 21:32 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-01 19:02 cpuset - question JaniD++
2005-11-01 20:36 ` Paul Jackson
2005-11-01 21:38 ` JaniD++ [this message]
2005-11-01 22:24 ` Paul Jackson
2005-11-01 22:44 ` JaniD++
2005-11-01 23:36 ` Paul Jackson
2005-11-01 21:52 ` Bill Davidsen
2005-11-01 22:26 ` Paul Jackson
-- strict thread matches above, loose matches on Subject: below --
2005-11-02 10:36 Daniel J Blueman
2005-11-02 16:26 ` Randy.Dunlap
2005-11-02 17:35 ` Daniel J Blueman
2005-11-02 18:28 ` Paul Jackson
2005-11-02 18:48 ` Randy.Dunlap
2005-11-03 8:20 ` Simon Derr
2005-11-03 8:26 ` Sylvain Jeaugey
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='03c501c5df2c$9a19e2f0$0400a8c0@dcccs' \
--to=djani22@dynamicweb.hu \
--cc=linux-kernel@vger.kernel.org \
--cc=pj@sgi.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.