On Sun, 2003-06-01 at 16:07, Andrew Morton wrote:
> Tom Sightler <email@example.com> wrote:
> > On Sun, 2003-06-01 at 00:45, Andrew Morton wrote:
> > > Tom Sightler <firstname.lastname@example.org> wrote:
> > > >
> > > > I simply reniced this process to -10 and
> > > > everything started working fine. Upon looking a little further it
> > > > seemed that the kernel was dynamically boosting the priority of the
> > > > process much higher than it probably should be, in the end, not leaving
> > > > enough CPU for playing the sounds without skipping.
> > >
> > > Yes, it seems that too many real-world applications are accidentally
> > > triggering this problem.
> > >
> > > Could you please run an strace of the boosted process, find out what it is
> > > doing to get itself boosted in this manner? Wait until things are in
> > > steady state and the process is boosted, then run `strace -tt <pid>' so we
> > > see the timing info.
> > The strace was quite large so I have uploaded it to
> > http://tuxyturvy.com/strace-pluginserver.gz
> Seems to be doing lots of small reads and writes. Maybe to a pipe. What
> is the system context switch rate while this is happening? From `vmstat
I just did a 10 second run, average was about 2000/sec, with a minimum
of around 1500/sec and a peak of 3700/sec.
With the rest of the system the same (same programs running, etc) but on
a page that doesn't use that particular plugin, the context switch rate
sits around 250/sec.
Would you like the actual full output from vmstat?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Jun 07 2003 - 22:00:15 EST