LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Con Kolivas <kernel@kolivas.org>
To: ck@vds.kolivas.org, linux-kernel@vger.kernel.org
Cc: Martin Steigerwald <Martin@lichtvoll.de>
Subject: Re: [ck] Re: Best nice level for X with SD
Date: Fri, 27 Apr 2007 08:52:16 +1000	[thread overview]
Message-ID: <200704270852.17150.kernel@kolivas.org> (raw)
In-Reply-To: <200704262211.53393.Martin@lichtvoll.de>

On Friday 27 April 2007 06:11, Martin Steigerwald wrote:
> Am Dienstag 24 April 2007 schrieb Martin Steigerwald:
> > Hello once again,
> >
> > I now tested cfs-v5 on my ThinkPad T23 with
> >
> > martin@deepdance:~> cat /proc/version
> > Linux version 2.6.20.7-tp23-sws2-2.2.9.9-sd-0.46 (martin@deepdance)
> > (gcc-Version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 PREEMPT
> > Sun Apr 22 21:40:30 CEST 2007
> >
> > I had the KDE desktop + Amarok running and nothing else. But music
> > playbacks stopped for about a second every now and then. Quite
> > annoyingly often. I think thats quite similar to the mouse pointer
> > freezes I had on the T42. I did not look whether the mousepointer
> > really froze, but I can check that again.
> >
> > I then did the same naive user test than I did with sd-0.44 and
> > sd-0.46, starting building debian kernel-source package, opening lots
> > of applications - mostly KDE ones, anything I could find on my toolbar
> > from Konsole, KWrite  to Konqueror, Iceweasel ... - and then moved
> > around Amaroks window. Well I managed to completely stop music playback
> > for more than 5 seconds. Music playback completely paused. This again
> > was with nice -10 configured in CFSv5 source.
> >
> > I repeated the test with X.org reniced to 0. It got better but I still
> > managed to pause music playback for a second or so. But maybe that was
> > one of that music stops that also happen when the machine is idling
> > around. They also happen with X.org reniced to 0.
>
> Hi!
>
> Okay, this got way better with cfs-v6. I tested my way through this with
> different cfs versions and settings as guided by Ingo. We did this via
> private mail as Ingo didn't want to (ab)use the ck-patch mailinglist for
> this. But now after having ranted publically about cfs, I at least also
> write publically that things have gotten better ;-).
>
> After having a drastic sound playback regression cfs-v6-rc7 which I could
> not reproduce today, I have way better results with cfs-v6 than with
> cfs-v5. This is with 2.6.20.7, sws2 2.2.9.9 and cfs-v6.
>
> But still there were some pauses in music playback with default setting.
>
> For smooth music playback with Amarok on my T23 I had to go as low as:
>
> ---------------------------------------------------------------------
> deepdance:/proc/sys/kernel> grep ".*" sched*gran*
> sched_granularity_ns:2000000
> sched_wakeup_granularity_ns:0
> deepdance:/proc/sys/kernel> echo "1500000" >sched_granularity_ns
> deepdance:/proc/sys/kernel> grep ".*" sched*gran*
> sched_granularity_ns:1500000
> sched_wakeup_granularity_ns:0
> deepdance:/proc/sys/kernel> echo "1000000" >sched_granularity_ns
> deepdance:/proc/sys/kernel> grep ".*" sched*gran*
> sched_granularity_ns:1000000
> sched_wakeup_granularity_ns:0
> deepdance:/proc/sys/kernel> echo "500000" >sched_granularity_ns
> deepdance:/proc/sys/kernel> grep ".*" sched*gran*
> sched_granularity_ns:500000
> sched_wakeup_granularity_ns:0
> deepdance:/proc/sys/kernel> echo "250000" >sched_granularity_ns
> deepdance:/proc/sys/kernel> grep ".*" sched*gran*
> sched_granularity_ns:250000
> sched_wakeup_granularity_ns:0
> ---------------------------------------------------------------------
>
> Then music playback was working nicely when I did not interfere ;-)
>
> Even then I was able to stop audio playback for longer than a second by my
> naive user test... compiling a kernel, opening lots of apps and moving
> the Amarok window around like mad.
>
> With
>
> ---------------------------------------------------------------------
> deepdance:/proc/sys/kernel> echo "0" >sched_granularity_ns
> deepdance:/proc/sys/kernel> grep ".*" sched*gran*
> sched_granularity_ns:0
> sched_wakeup_granularity_ns:0
> ---------------------------------------------------------------------
>
> it was working nice. Subjectively on par with sd-0.46.
>
> buddabrod can you test these suggestions? I am using cfs-v6 with X11
> renicing.

Clearly there are some serious regressions for audio playback with CFS.
This is incredible effort to go to with CFS. 

> Still sd-0.46 is giving me as default what I have to configure with
> cfs-v6 ;-). And as a user I want this behavior as default, instead of
> having to fiddle with the schedular settings. Smooth music playback is a
> must as Ingo agreed already ;).

Nice to hear that SD does everything CFS strives to achieve. I'm glad I 
continued development on it so that it remains the reference for CFS to 
compare to.

> No need to continue that thread here from my side... I just wanted to
> mention that it got better. Its still Cons ck-patch list. A general
> scheduler hacking and testing list would come in handy I guess.

lkml is perfectly suited for that discussion provided everyone follows the 
convention of cc'ing everyone on their replies, and I have taken the liberty 
of cc'ing it on this thread too.

-- 
-ck

       reply	other threads:[~2007-04-26 22:54 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200704241552.52552.Martin@lichtvoll.de>
     [not found] ` <200704242233.45304.Martin@lichtvoll.de>
     [not found]   ` <200704262211.53393.Martin@lichtvoll.de>
2007-04-26 22:52     ` Con Kolivas [this message]
2007-04-27  8:11     ` Martin Steigerwald
2007-04-29 20:03       ` Martin Steigerwald

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=200704270852.17150.kernel@kolivas.org \
    --to=kernel@kolivas.org \
    --cc=Martin@lichtvoll.de \
    --cc=ck@vds.kolivas.org \
    --cc=linux-kernel@vger.kernel.org \
    --subject='Re: [ck] Re: Best nice level for X with SD' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).