public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Felipe Alfaro Solana" <felipe_alfaro@linuxmail.org>
To: cb-lkml@fish.zetnet.co.uk, linux-kernel@vger.kernel.org
Subject: Re: 2.5.64-mm6, a new test case for scheduler interactivity problems
Date: Fri, 14 Mar 2003 10:57:51 +0100	[thread overview]
Message-ID: <20030314095751.5909.qmail@linuxmail.org> (raw)

----- Original Message ----- 
From: Charles Baylis <cb-lkml@fish.zetnet.co.uk> 
Date: 	Thu, 13 Mar 2003 22:01:02 +0000 
To: linux-kernel@vger.kernel.org 
Subject: 2.5.64-mm6, a new test case for scheduler interactivity problems 
 
> I've just installed 2.5.64-mm6, and I've tried out the new improved  
> scheduler and it's definately not there yet. I can easily cause ogg  
> playback to skip (for example) by changing virtual desktop in windowmaker  
> to busy konqueror window. X is not reniced (has a nice level of 0) 
 
I cannot reproduce your problems... same scenario: 2.5.64-mm6, 
KDE desktop, XFree86 4.3.0 (no nice). 
 
> My experience suggests that skips occur when more than one interactive task  
> starts to become a CPU hog, for example X and konqueror can be idle for  
> long periods, and so become interactive, but during an intensive redraw  
> they briefly behave as CPU hogs but maintain their interactive bonus this  
> means that ogg123 has to wait until the hogs complete their timeslice  
> before being scheduled. 
 
Can't reproduce... 
 
> My test case tries to reproduce this by creating a number of tasks which  
> alternate between being 'interactive' and CPU hogs. On my Celery 333 laptop  
> it can sometimes cause skips with only 1 child, and is pretty much  
> guaranteed to cause skips with more child tasks. 
 
I have a Pentium III Mobile 700 Mhz, anyways... 
 
> To compile use 'gcc -o thud thud.c' 
>  
> To reproduce, I: 
> run ogg123 somefile.ogg in one xterm 
> run ./thud 1 in another xterm 
 
No ways... I start ogg123 to reproduce a very long file and then, 
launched ./thud 20 (yes, 20, but I also tried with 2 and 1), but 
ogg123 doesn't skip. No way, I can't make it skip. 
 
Try doing 
 
echo 50 > /proc/sys/sched/max_timeslice 
 
and see if it helps. 
Thanks! 
 
   Felipe 
 
-- 
______________________________________________
http://www.linuxmail.org/
Now with e-mail forwarding for only US$5.95/yr

Powered by Outblaze

             reply	other threads:[~2003-03-14  9:47 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-14  9:57 Felipe Alfaro Solana [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-03-13 22:01 2.5.64-mm6, a new test case for scheduler interactivity problems Charles Baylis
2003-03-14 14:34 ` Mike Galbraith
2003-03-14 15:46   ` Mike Galbraith

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=20030314095751.5909.qmail@linuxmail.org \
    --to=felipe_alfaro@linuxmail.org \
    --cc=cb-lkml@fish.zetnet.co.uk \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox