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
Dave,
It sounds like you have an interesting application. You might want to
create a processor set, leave some CPUs outside the psrset for other
threads to run on, and run your application in a processor set to
minimize interference from other threads. As long as there are enough
CPUs for y
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
Very, very enlightening, Eric. Its really terrific to have this kind
of channel for dialog.
The "return to home base" behavior you describe is clearly consistent
with what I see and makes perfect sense.
Let me followup with a question. In this application, processes have
not only their "own"
Oh, sorry, I didn't answer your question about the latency observation
with prstat. Not high, just higher than expected, approaching 1% which
is of course higher than what I obtain when I coerce the situation by
binding.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL P
15 matches
Mail list logo
