lkml.org 
[lkml]   [2003]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC] Re: Blender profiling-1 O16.2int
Date
On Monday 18 August 2003 20:28, Con Kolivas wrote:
> On Tue, 19 Aug 2003 10:14, Wes Janzen wrote:
> > I think this problem is exacerbated when another app is competing for
> > the processor. The machine just pauses unless I'm also doing something
> > else, in this case compiling XINE. Once something is competing, it
> > looks like X takes an extraordinarily long time to come back into the
> > running queue.
>
> Yes that is correct behaviour and to be expected.
>
> > Is there a way to figure out when a process is spinning on a wait and
>
> That's the trick isn't it? No there isn't or else I'd fix it in a jiffy. If
> someone can think of a way I'd love to know.

Well, in theory you could fiddle with its memory map and force it to
soft-fault all its pages back in, and count the soft faults. But I know just
enough about that to suspect it's a rast nest of evil complexity and loss of
orthogonality.

Another thing is if it's calling the same syscalls in sequence with the same
arguments... (What syscalls IS it calling?)

Looking at the profile list you gave earlier, schedule is showing up. If the
sucker's calling schedule in the loop, that should be a heck of a hint that
it's busy-waiting, dontcha think?

As long as you've got a queue for each priority, how about having an "I called
schedule" queue? (Or can you re-queue it somewhere lower than its actual
priority? How about one queue lower than the queue was on when it called
schedule, without necessarily changing its dynamic priority...)

What DOES calling "schedule" from userspace mean with the current scheduler?

Rob


-
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/

\
 
 \ /
  Last update: 2005-03-22 13:47    [W:0.049 / U:0.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site