d McDaniel [EMAIL PROTECTED]
> Cc: Eric C. Saxe; perf-discuss@opensolaris.org
> Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
>
> David McDaniel (damcdani) wrote:
>
> > Thanks for the feedback, Jonathan. I've got it on my todo
> list to get
> >those tool
ic C. Saxe; perf-discuss@opensolaris.org
Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
Dave,
Sorry, I forgot to reply to this sooner. Yes, I was just
curious what else was running to see whether we would expect
your application to be perturbed much.
There could be a load imbalance
6:08 PM
> To: David McDaniel (damcdani)
> Cc: Eric C. Saxe; perf-discuss@opensolaris.org
> Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
>
> Dave,
>
> Sorry, I forgot to reply to this sooner. Yes, I was just
> curious what else was running to see whether we
> Dave,
>
> There are man pages, source, and binaries for our tools on the web
> page. I wrote up a good example of how to use the tools to understand,
> observe, and affect thread and memory placement among lgroups on a NUMA
> machine and posted it on the web page in
> http://opensolaris.org
[mailto:[EMAIL PROTECTED]
Sent: Thursday, September 01, 2005 12:45 PM
To: David McDaniel (damcdani)
Cc: Eric C. Saxe; perf-discuss@opensolaris.org
Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
David McDaniel (damcdani) wrote:
Thanks, Jonathon for the good insights.
David,
The following blog has some examples showing how to use the observability
tools that Jonathan mentioned:
http://blogs.sun.com/roller/comments/akolb/Weblog/numa_observability_tools
- Alexander Kolbasov
___
perf-discuss mailing list
perf-discuss
avid McDaniel (damcdani)
> Cc: Eric C. Saxe; perf-discuss@opensolaris.org
> Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
>
> David McDaniel (damcdani) wrote:
>
> > Thanks, Jonathon for the good insights. I'll be digging into the
> >references
't use a psrset?
Jonathan
-Original Message-
From: jonathan chew [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 01, 2005 11:50 AM
To: David McDaniel (damcdani)
Cc: Eric C. Saxe; perf-discuss@opensolaris.org
Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
Dave,
It sou
> Thanks Sherry, will do, though probably not for a couple of days due
> to other issues. In the meantime, I have seen references for years wrt
> "kernel cage" but have never groked what it was really about. Any good
> "kcage for dummies" places I might look for enlightenment?
It is basically no
ginal Message-
> From: jonathan chew [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 01, 2005 11:50 AM
> To: David McDaniel (damcdani)
> Cc: Eric C. Saxe; perf-discuss@opensolaris.org
> Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
>
> Dave,
>
> It sounds
-d
> -Original Message-
> From: Sherry Moore [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 01, 2005 11:46 AM
> To: David McDaniel (damcdani)
> Cc: Eric C. Saxe; perf-discuss@opensolaris.org
> Subject: Re: [perf-discuss] Re: Puzzling scheduler behavior
>
> Hi Davi
m: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Eric C. Saxe
Sent: Thursday, September 01, 2005 1:48 AM
To: perf-discuss@opensolaris.org
Subject: [perf-discuss] Re: Puzzling scheduler behavior
Hi David,
Since your v1280 systems has NUMA characteristics, the bias
that you see for on
Hi David,
In addition to the various variables you can tune to help the scheduler
make better decisions, here are some other things you can do at
different levels:
- Turn off kernel cage. Put the following line in /etc/system and
reboot.
set kcage_on=0
Without the kernel cage constra
Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Eric C. Saxe
> Sent: Thursday, September 01, 2005 1:48 AM
> To: perf-discuss@opensolaris.org
> Subject: [perf-discuss] Re: Puzzling scheduler behavior
>
> Hi David,
>
> Since you
[mailto:[EMAIL PROTECTED] On Behalf Of
> Eric C. Saxe
> Sent: Thursday, September 01, 2005 1:48 AM
> To: perf-discuss@opensolaris.org
> Subject: [perf-discuss] Re: Puzzling scheduler behavior
>
> Hi David,
>
> Since your v1280 systems has NUMA characteristics, the bias
&g
Hi David,
Since your v1280 systems has NUMA characteristics, the bias that you see for
one of the boards may be a result of the kernel trying to run your
application's threads "close" to where they have allocated their memory. We
also generally try to keep threads in the same process together,
16 matches
Mail list logo
