Re: [patch] CFS scheduler, -v13
* Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote: > Hi, > > I wanted to mail earlier, but I had always something get in my way. > > I used cfs v13 since you announced it. Since patching the kernel > (2.6.21.1) with cfs v13 I did the following things; [...] > So far I am pretty satisfied. I can't see any regressions, music is > skip-free, videos play nice, burning dvds is fast, ut2004 and > vegastrike play well. The other games can't be better and did not get > worse. Everything else behaves like always. thanks for the feedback! Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
Hi, I wanted to mail earlier, but I had always something get in my way. I used cfs v13 since you announced it. Since patching the kernel (2.6.21.1) with cfs v13 I did the following things; - big backup of home onto tape and restoring it after changing to reiser4 (yes, I know the threads about its problems, but I always wanted to try it - and when fragmentation reached the point of unbearable, I switched. The really important stuff is still on a different fs, and I figured that using an experimental fs might be the kick I need to do frequently updates again..). - lots and lots and lots of compiling. And then some more compiling. - burning dvds (I also switched to libata - if you go experimental, why don't do it completly... only the dvd drive and a 'data dump' harddisk are affected.. but hey, since then no surprise-pio-mode anymore...) - some ut2004 - assorted desktop stuff. typing, surfing, video, music, - most of it in parallel. some 'minor' games like freeciv, wesnoth, lgeneral. - some vegastrike-svn So far I am pretty satisfied. I can't see any regressions, music is skip-free, videos play nice, burning dvds is fast, ut2004 and vegastrike play well. The other games can't be better and did not get worse. Everything else behaves like always. Glück Auf, Volker - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
Hi, I wanted to mail earlier, but I had always something get in my way. I used cfs v13 since you announced it. Since patching the kernel (2.6.21.1) with cfs v13 I did the following things; - big backup of home onto tape and restoring it after changing to reiser4 (yes, I know the threads about its problems, but I always wanted to try it - and when fragmentation reached the point of unbearable, I switched. The really important stuff is still on a different fs, and I figured that using an experimental fs might be the kick I need to do frequently updates again..). - lots and lots and lots of compiling. And then some more compiling. - burning dvds (I also switched to libata - if you go experimental, why don't do it completly... only the dvd drive and a 'data dump' harddisk are affected.. but hey, since then no surprise-pio-mode anymore...) - some ut2004 - assorted desktop stuff. typing, surfing, video, music, - most of it in parallel. some 'minor' games like freeciv, wesnoth, lgeneral. - some vegastrike-svn So far I am pretty satisfied. I can't see any regressions, music is skip-free, videos play nice, burning dvds is fast, ut2004 and vegastrike play well. The other games can't be better and did not get worse. Everything else behaves like always. Glück Auf, Volker - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
* Hemmann, Volker Armin [EMAIL PROTECTED] wrote: Hi, I wanted to mail earlier, but I had always something get in my way. I used cfs v13 since you announced it. Since patching the kernel (2.6.21.1) with cfs v13 I did the following things; [...] So far I am pretty satisfied. I can't see any regressions, music is skip-free, videos play nice, burning dvds is fast, ut2004 and vegastrike play well. The other games can't be better and did not get worse. Everything else behaves like always. thanks for the feedback! Ingo - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Wednesday 23 May 2007 03:36:27 Bill Davidsen wrote: > Anant Nitya wrote: > > On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote: > >> i'm pleased to announce release -v13 of the CFS scheduler patchset. > >> > >> The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be > >> downloaded from the usual place: > >> > >> http://people.redhat.com/mingo/cfs-scheduler/ > >> > >> -v13 is a fixes-only release. It fixes a smaller accounting bug, so if > >> you saw small lags during desktop use under certain workloads then > >> please re-check that workload under -v13 too. It also tweaks SMP > >> load-balancing a bit. (Note: the load-balancing artifact reported by > >> Peter Williams is not a CFS-specific problem and he reproduced it in > >> v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) > >> > >> I know about no open CFS regression at the moment, so please re-test > >> -v13 and if you still see any problem please re-report it. Thanks! > >> > >> Changes since -v12: > >> > >> - small tweak: made the "fork flow" of reniced tasks zero-sum > >> > >> - debugging update: /proc//sched is now seqfile based and echoing > >>0 to it clears the maximum-tracking counters. > >> > >> - more debugging counters > >> > >> - small rounding fix to make the statistical average of rounding errors > >>zero > >> > >> - scale both the runtime limit and the granularity on SMP too, and make > >>it dependent on HZ > >> > >> - misc cleanups > >> > >> As usual, any sort of feedback, bugreport, fix and suggestion is more > >> than welcome, > >> > >>Ingo > >> - > > > > Hi > > Been testing this version of CFS from last an hour or so and still facing > > same lag problems while browsing sites with heavy JS and or flash usage. > > Mouse movement is pathetic and audio starts to skip. I haven't face this > > behavior with CFS till v11. > > 'm not seeing this, do have a site or two as examples? Please disregard the above post, lag problem I am experiencing got introduced in 2.6.22-rcX and is network QoS specific and its not related to CFS. Regards Ananitya -- Out of many thousands, one may endeavor for perfection, and of those who have achieved perfection, hardly one knows Me in truth. -- Gita Sutra Of Mysticism - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
Anant Nitya wrote: On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote: i'm pleased to announce release -v13 of the CFS scheduler patchset. The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be downloaded from the usual place: http://people.redhat.com/mingo/cfs-scheduler/ -v13 is a fixes-only release. It fixes a smaller accounting bug, so if you saw small lags during desktop use under certain workloads then please re-check that workload under -v13 too. It also tweaks SMP load-balancing a bit. (Note: the load-balancing artifact reported by Peter Williams is not a CFS-specific problem and he reproduced it in v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) I know about no open CFS regression at the moment, so please re-test -v13 and if you still see any problem please re-report it. Thanks! Changes since -v12: - small tweak: made the "fork flow" of reniced tasks zero-sum - debugging update: /proc//sched is now seqfile based and echoing 0 to it clears the maximum-tracking counters. - more debugging counters - small rounding fix to make the statistical average of rounding errors zero - scale both the runtime limit and the granularity on SMP too, and make it dependent on HZ - misc cleanups As usual, any sort of feedback, bugreport, fix and suggestion is more than welcome, Ingo - Hi Been testing this version of CFS from last an hour or so and still facing same lag problems while browsing sites with heavy JS and or flash usage. Mouse movement is pathetic and audio starts to skip. I haven't face this behavior with CFS till v11. 'm not seeing this, do have a site or two as examples? -- Bill Davidsen <[EMAIL PROTECTED]> "We have more to fear from the bungling of the incompetent than from the machinations of the wicked." - from Slashdot - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
Anant Nitya wrote: On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote: i'm pleased to announce release -v13 of the CFS scheduler patchset. The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be downloaded from the usual place: http://people.redhat.com/mingo/cfs-scheduler/ -v13 is a fixes-only release. It fixes a smaller accounting bug, so if you saw small lags during desktop use under certain workloads then please re-check that workload under -v13 too. It also tweaks SMP load-balancing a bit. (Note: the load-balancing artifact reported by Peter Williams is not a CFS-specific problem and he reproduced it in v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) I know about no open CFS regression at the moment, so please re-test -v13 and if you still see any problem please re-report it. Thanks! Changes since -v12: - small tweak: made the fork flow of reniced tasks zero-sum - debugging update: /proc/PID/sched is now seqfile based and echoing 0 to it clears the maximum-tracking counters. - more debugging counters - small rounding fix to make the statistical average of rounding errors zero - scale both the runtime limit and the granularity on SMP too, and make it dependent on HZ - misc cleanups As usual, any sort of feedback, bugreport, fix and suggestion is more than welcome, Ingo - Hi Been testing this version of CFS from last an hour or so and still facing same lag problems while browsing sites with heavy JS and or flash usage. Mouse movement is pathetic and audio starts to skip. I haven't face this behavior with CFS till v11. 'm not seeing this, do have a site or two as examples? -- Bill Davidsen [EMAIL PROTECTED] We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Wednesday 23 May 2007 03:36:27 Bill Davidsen wrote: Anant Nitya wrote: On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote: i'm pleased to announce release -v13 of the CFS scheduler patchset. The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be downloaded from the usual place: http://people.redhat.com/mingo/cfs-scheduler/ -v13 is a fixes-only release. It fixes a smaller accounting bug, so if you saw small lags during desktop use under certain workloads then please re-check that workload under -v13 too. It also tweaks SMP load-balancing a bit. (Note: the load-balancing artifact reported by Peter Williams is not a CFS-specific problem and he reproduced it in v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) I know about no open CFS regression at the moment, so please re-test -v13 and if you still see any problem please re-report it. Thanks! Changes since -v12: - small tweak: made the fork flow of reniced tasks zero-sum - debugging update: /proc/PID/sched is now seqfile based and echoing 0 to it clears the maximum-tracking counters. - more debugging counters - small rounding fix to make the statistical average of rounding errors zero - scale both the runtime limit and the granularity on SMP too, and make it dependent on HZ - misc cleanups As usual, any sort of feedback, bugreport, fix and suggestion is more than welcome, Ingo - Hi Been testing this version of CFS from last an hour or so and still facing same lag problems while browsing sites with heavy JS and or flash usage. Mouse movement is pathetic and audio starts to skip. I haven't face this behavior with CFS till v11. 'm not seeing this, do have a site or two as examples? Please disregard the above post, lag problem I am experiencing got introduced in 2.6.22-rcX and is network QoS specific and its not related to CFS. Regards Ananitya -- Out of many thousands, one may endeavor for perfection, and of those who have achieved perfection, hardly one knows Me in truth. -- Gita Sutra Of Mysticism - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Sun, 20 May 2007, Anant Nitya wrote: > > After digging in a bit I found that problem is only occurring in > 2.6.22-rc1 and it get fired by network usage while transmitting data > upstream. Can you bisect it? Just do git bisect start git bisect good v2.6.21 git bisect bad v2.6.22-rc1 and start testing the end result. The bisection thing is pretty efficient, so while there's almost 5000 commits in there, you realy shouldn't need to test more than ten kernels to get it narrowed down to just five commits or so, and since it seems to be very repeatable and noticeable for you, bisecting should be the trivial thing to figure out what broke. David: all the blather about network drivers and/or /proc/net/tcp being slow anyway misses the *big* point: it didn't use to do this. So there's a new bug there. Maybe something keeps sockets around in a dead state on the hash lists or whatever. Mayube something else breaks his bittorrent client. Whatever. We don't know. But it's a regression. Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Sun, 20 May 2007, Anant Nitya wrote: After digging in a bit I found that problem is only occurring in 2.6.22-rc1 and it get fired by network usage while transmitting data upstream. Can you bisect it? Just do git bisect start git bisect good v2.6.21 git bisect bad v2.6.22-rc1 and start testing the end result. The bisection thing is pretty efficient, so while there's almost 5000 commits in there, you realy shouldn't need to test more than ten kernels to get it narrowed down to just five commits or so, and since it seems to be very repeatable and noticeable for you, bisecting should be the trivial thing to figure out what broke. David: all the blather about network drivers and/or /proc/net/tcp being slow anyway misses the *big* point: it didn't use to do this. So there's a new bug there. Maybe something keeps sockets around in a dead state on the hash lists or whatever. Mayube something else breaks his bittorrent client. Whatever. We don't know. But it's a regression. Linus - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
* Anant Nitya <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> Please ignore my last report about lag problem while using CFS-v13, it
> is working perfectly fine with 2.6.21.1 and the lag I used to see in
> v12 is not there with v13 anymore. [...]
ah, great - i was looking over your debug data and couldnt find the
problem! This moves CFS into the "no open regressions" state again ;-)
> [...] After digging in a bit I found that problem is only occurring in
> 2.6.22-rc1 and it get fired by network usage while transmitting data
> upstream. I don't have any evidence that CFS is involved in lag
> problem since 2.6.22-rc1 with stock scheduler is also having same lag
> problem and it seems directly proportional with upstream speed while
> downstream doesn't shows any misbehavior { at lower upstream speed lag
> is less but with higher upstream speed system starts crawling and
> system load hitting to 70/75}. Lets see how 2.6.22-rc2 is doing.
if that lag still occurs with rc2 then please repeat the following
debugging steps under CFS [which has more instrumentation than the stock
scheduler]:
cat /proc/`pidof firefox-bin`/sched > sched1.txt
echo 0 > /proc/`pidof firefox-bin`/sched
< reproduce the lag in firefox >
cat /proc/`pidof firefox-bin`/sched > sched2.txt
this way we'll be able to tell what nature this delay has. Also, could
you send me your kernel's .config (off-list)?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
* Anant Nitya [EMAIL PROTECTED] wrote:
Hi Ingo,
Please ignore my last report about lag problem while using CFS-v13, it
is working perfectly fine with 2.6.21.1 and the lag I used to see in
v12 is not there with v13 anymore. [...]
ah, great - i was looking over your debug data and couldnt find the
problem! This moves CFS into the no open regressions state again ;-)
[...] After digging in a bit I found that problem is only occurring in
2.6.22-rc1 and it get fired by network usage while transmitting data
upstream. I don't have any evidence that CFS is involved in lag
problem since 2.6.22-rc1 with stock scheduler is also having same lag
problem and it seems directly proportional with upstream speed while
downstream doesn't shows any misbehavior { at lower upstream speed lag
is less but with higher upstream speed system starts crawling and
system load hitting to 70/75}. Lets see how 2.6.22-rc2 is doing.
if that lag still occurs with rc2 then please repeat the following
debugging steps under CFS [which has more instrumentation than the stock
scheduler]:
cat /proc/`pidof firefox-bin`/sched sched1.txt
echo 0 /proc/`pidof firefox-bin`/sched
reproduce the lag in firefox
cat /proc/`pidof firefox-bin`/sched sched2.txt
this way we'll be able to tell what nature this delay has. Also, could
you send me your kernel's .config (off-list)?
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Friday 18 May 2007 15:56:07 Ingo Molnar wrote:
> * Anant Nitya <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > Been testing this version of CFS from last an hour or so and still
> > facing same lag problems while browsing sites with heavy JS and or
> > flash usage. Mouse movement is pathetic and audio starts to skip. I
> > haven't face this behavior with CFS till v11.
>
> i have just tried 5 different versions of the Flash plugin and i cannot
> reproduce this (flash games are still smooth and acceptable even with
> the system significantly overloaded with 5 infite loops or with a kernel
> build), so it would be nice if you could help me debug this problem.
>
> The last version that worked for you was v11, correct? The biggest v11
> -> v12 change was the yield workaround, and while testing your workload
> i also noticed that all Flash versions except the latest one (9.0 r31)
> use sys_sched_yield() quite frequently. So it would be nice to know
> which plugin version you are using (and which Firefox version): you can
> check that by typing about:plugins into firefox. Furthermore, could you
> also try the following tune:
>
>echo 0 > /proc/sys/kernel/sched_yield_bug_workaround
>
> and this:
>
>echo 2 > /proc/sys/kernel/sched_yield_bug_workaround
>
> if none of this changes behavior then please send me the output of the
> following:
>
> strace -ttt -TTT -o strace.txt -f -p `pidof firefox-bin`
> < reproduce the lag in firefox >
> < Ctrl-C the strace >
>
> and send me the strace.txt file (off-line, it's going to be large).
> Thanks,
Hi Ingo,
Please ignore my last report about lag problem while using CFS-v13, it is
working perfectly fine with 2.6.21.1 and the lag I used to see in v12 is not
there with v13 anymore. After digging in a bit I found that problem is only
occurring in 2.6.22-rc1 and it get fired by network usage while transmitting
data upstream. I don't have any evidence that CFS is involved in lag problem
since 2.6.22-rc1 with stock scheduler is also having same lag problem and it
seems directly proportional with upstream speed while downstream doesn't
shows any misbehavior { at lower upstream speed lag is less but with higher
upstream speed system starts crawling and system load hitting to 70/75}. Lets
see how 2.6.22-rc2 is doing.
Regards
Ananitya
>
> Ingo
--
Out of many thousands, one may endeavor for perfection, and of
those who have achieved perfection, hardly one knows Me in truth.
-- Gita Sutra Of Mysticism
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Friday 18 May 2007 15:56:07 Ingo Molnar wrote:
* Anant Nitya [EMAIL PROTECTED] wrote:
Hi
Been testing this version of CFS from last an hour or so and still
facing same lag problems while browsing sites with heavy JS and or
flash usage. Mouse movement is pathetic and audio starts to skip. I
haven't face this behavior with CFS till v11.
i have just tried 5 different versions of the Flash plugin and i cannot
reproduce this (flash games are still smooth and acceptable even with
the system significantly overloaded with 5 infite loops or with a kernel
build), so it would be nice if you could help me debug this problem.
The last version that worked for you was v11, correct? The biggest v11
- v12 change was the yield workaround, and while testing your workload
i also noticed that all Flash versions except the latest one (9.0 r31)
use sys_sched_yield() quite frequently. So it would be nice to know
which plugin version you are using (and which Firefox version): you can
check that by typing about:plugins into firefox. Furthermore, could you
also try the following tune:
echo 0 /proc/sys/kernel/sched_yield_bug_workaround
and this:
echo 2 /proc/sys/kernel/sched_yield_bug_workaround
if none of this changes behavior then please send me the output of the
following:
strace -ttt -TTT -o strace.txt -f -p `pidof firefox-bin`
reproduce the lag in firefox
Ctrl-C the strace
and send me the strace.txt file (off-line, it's going to be large).
Thanks,
Hi Ingo,
Please ignore my last report about lag problem while using CFS-v13, it is
working perfectly fine with 2.6.21.1 and the lag I used to see in v12 is not
there with v13 anymore. After digging in a bit I found that problem is only
occurring in 2.6.22-rc1 and it get fired by network usage while transmitting
data upstream. I don't have any evidence that CFS is involved in lag problem
since 2.6.22-rc1 with stock scheduler is also having same lag problem and it
seems directly proportional with upstream speed while downstream doesn't
shows any misbehavior { at lower upstream speed lag is less but with higher
upstream speed system starts crawling and system load hitting to 70/75}. Lets
see how 2.6.22-rc2 is doing.
Regards
Ananitya
Ingo
--
Out of many thousands, one may endeavor for perfection, and of
those who have achieved perfection, hardly one knows Me in truth.
-- Gita Sutra Of Mysticism
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Friday 18 May 2007 15:56:07 Ingo Molnar wrote: > * Anant Nitya <[EMAIL PROTECTED]> wrote: > > Hi > > > > Been testing this version of CFS from last an hour or so and still > > facing same lag problems while browsing sites with heavy JS and or > > flash usage. Mouse movement is pathetic and audio starts to skip. I > > haven't face this behavior with CFS till v11. > > i have just tried 5 different versions of the Flash plugin and i cannot > reproduce this (flash games are still smooth and acceptable even with > the system significantly overloaded with 5 infite loops or with a kernel > build), so it would be nice if you could help me debug this problem. > > The last version that worked for you was v11, correct? The biggest v11 > -> v12 change was the yield workaround, and while testing your workload > i also noticed that all Flash versions except the latest one (9.0 r31) > use sys_sched_yield() quite frequently. So it would be nice to know > which plugin version you are using (and which Firefox version): you can > check that by typing about:plugins into firefox. Furthermore, could you > also try the following tune: Hi I am using konqueror and about:plugins gives back this information regarding flashplayer. Shockwave Flash Shockwave Flash 9.0 r31 libflashplayer.so application/x-shockwave-flash - Shockwave Flash (swf) application/futuresplash - FutureSplash Player (spl) > >echo 0 > /proc/sys/kernel/sched_yield_bug_workaround > > and this: > >echo 2 > /proc/sys/kernel/sched_yield_bug_workaround > These values do visibly makes browsing smooth but it still lags though lag time is less compared to original values. > if none of this changes behavior then please send me the output of the > following: > > strace -ttt -TTT -o strace.txt -f -p `pidof firefox-bin` > < reproduce the lag in firefox > > < Ctrl-C the strace > > > and send me the strace.txt file (off-line, it's going to be large). > Thanks, I am sending you all these information off list. Regards Ananitya - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
* Michael Lothian <[EMAIL PROTECTED]> wrote: > Just thought I'd let you know that CFS is working on the PS3 heh, an important milestone i think =B-) Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
Just thought I'd let you know that CFS is working on the PS3 neutrino boot # dmesg Using PS3 machine description Page orders: linear mapping = 24, virtual = 12, io = 12 Starting Linux PPC64 #1 SMP Fri May 18 09:26:38 UTC 2007 - ppc64_pft_size= 0x14 physicalMemorySize= 0x800 ppc64_caches.dcache_line_size = 0x80 ppc64_caches.icache_line_size = 0x80 htab_address = 0x htab_hash_mask= 0x1fff - Linux version 2.6.22-rc1-cfs-v13 ([EMAIL PROTECTED]) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #1 SMP Fri May 18 09:26:38 UTC 2007 It feels more responsive but I shall do more testing and see if there are any real benefits On 17/05/07, Ingo Molnar <[EMAIL PROTECTED]> wrote: i'm pleased to announce release -v13 of the CFS scheduler patchset. The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be downloaded from the usual place: http://people.redhat.com/mingo/cfs-scheduler/ -v13 is a fixes-only release. It fixes a smaller accounting bug, so if you saw small lags during desktop use under certain workloads then please re-check that workload under -v13 too. It also tweaks SMP load-balancing a bit. (Note: the load-balancing artifact reported by Peter Williams is not a CFS-specific problem and he reproduced it in v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) I know about no open CFS regression at the moment, so please re-test -v13 and if you still see any problem please re-report it. Thanks! Changes since -v12: - small tweak: made the "fork flow" of reniced tasks zero-sum - debugging update: /proc//sched is now seqfile based and echoing 0 to it clears the maximum-tracking counters. - more debugging counters - small rounding fix to make the statistical average of rounding errors zero - scale both the runtime limit and the granularity on SMP too, and make it dependent on HZ - misc cleanups As usual, any sort of feedback, bugreport, fix and suggestion is more than welcome, Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
* Anant Nitya <[EMAIL PROTECTED]> wrote: > Hi > > Been testing this version of CFS from last an hour or so and still > facing same lag problems while browsing sites with heavy JS and or > flash usage. Mouse movement is pathetic and audio starts to skip. I > haven't face this behavior with CFS till v11. i have just tried 5 different versions of the Flash plugin and i cannot reproduce this (flash games are still smooth and acceptable even with the system significantly overloaded with 5 infite loops or with a kernel build), so it would be nice if you could help me debug this problem. The last version that worked for you was v11, correct? The biggest v11 -> v12 change was the yield workaround, and while testing your workload i also noticed that all Flash versions except the latest one (9.0 r31) use sys_sched_yield() quite frequently. So it would be nice to know which plugin version you are using (and which Firefox version): you can check that by typing about:plugins into firefox. Furthermore, could you also try the following tune: echo 0 > /proc/sys/kernel/sched_yield_bug_workaround and this: echo 2 > /proc/sys/kernel/sched_yield_bug_workaround if none of this changes behavior then please send me the output of the following: strace -ttt -TTT -o strace.txt -f -p `pidof firefox-bin` < reproduce the lag in firefox > < Ctrl-C the strace > and send me the strace.txt file (off-line, it's going to be large). Thanks, Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
* Anant Nitya [EMAIL PROTECTED] wrote: Hi Been testing this version of CFS from last an hour or so and still facing same lag problems while browsing sites with heavy JS and or flash usage. Mouse movement is pathetic and audio starts to skip. I haven't face this behavior with CFS till v11. i have just tried 5 different versions of the Flash plugin and i cannot reproduce this (flash games are still smooth and acceptable even with the system significantly overloaded with 5 infite loops or with a kernel build), so it would be nice if you could help me debug this problem. The last version that worked for you was v11, correct? The biggest v11 - v12 change was the yield workaround, and while testing your workload i also noticed that all Flash versions except the latest one (9.0 r31) use sys_sched_yield() quite frequently. So it would be nice to know which plugin version you are using (and which Firefox version): you can check that by typing about:plugins into firefox. Furthermore, could you also try the following tune: echo 0 /proc/sys/kernel/sched_yield_bug_workaround and this: echo 2 /proc/sys/kernel/sched_yield_bug_workaround if none of this changes behavior then please send me the output of the following: strace -ttt -TTT -o strace.txt -f -p `pidof firefox-bin` reproduce the lag in firefox Ctrl-C the strace and send me the strace.txt file (off-line, it's going to be large). Thanks, Ingo - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
Just thought I'd let you know that CFS is working on the PS3 neutrino boot # dmesg Using PS3 machine description Page orders: linear mapping = 24, virtual = 12, io = 12 Starting Linux PPC64 #1 SMP Fri May 18 09:26:38 UTC 2007 - ppc64_pft_size= 0x14 physicalMemorySize= 0x800 ppc64_caches.dcache_line_size = 0x80 ppc64_caches.icache_line_size = 0x80 htab_address = 0x htab_hash_mask= 0x1fff - Linux version 2.6.22-rc1-cfs-v13 ([EMAIL PROTECTED]) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #1 SMP Fri May 18 09:26:38 UTC 2007 It feels more responsive but I shall do more testing and see if there are any real benefits On 17/05/07, Ingo Molnar [EMAIL PROTECTED] wrote: i'm pleased to announce release -v13 of the CFS scheduler patchset. The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be downloaded from the usual place: http://people.redhat.com/mingo/cfs-scheduler/ -v13 is a fixes-only release. It fixes a smaller accounting bug, so if you saw small lags during desktop use under certain workloads then please re-check that workload under -v13 too. It also tweaks SMP load-balancing a bit. (Note: the load-balancing artifact reported by Peter Williams is not a CFS-specific problem and he reproduced it in v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) I know about no open CFS regression at the moment, so please re-test -v13 and if you still see any problem please re-report it. Thanks! Changes since -v12: - small tweak: made the fork flow of reniced tasks zero-sum - debugging update: /proc/PID/sched is now seqfile based and echoing 0 to it clears the maximum-tracking counters. - more debugging counters - small rounding fix to make the statistical average of rounding errors zero - scale both the runtime limit and the granularity on SMP too, and make it dependent on HZ - misc cleanups As usual, any sort of feedback, bugreport, fix and suggestion is more than welcome, Ingo - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
* Michael Lothian [EMAIL PROTECTED] wrote: Just thought I'd let you know that CFS is working on the PS3 heh, an important milestone i think =B-) Ingo - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Friday 18 May 2007 15:56:07 Ingo Molnar wrote: * Anant Nitya [EMAIL PROTECTED] wrote: Hi Been testing this version of CFS from last an hour or so and still facing same lag problems while browsing sites with heavy JS and or flash usage. Mouse movement is pathetic and audio starts to skip. I haven't face this behavior with CFS till v11. i have just tried 5 different versions of the Flash plugin and i cannot reproduce this (flash games are still smooth and acceptable even with the system significantly overloaded with 5 infite loops or with a kernel build), so it would be nice if you could help me debug this problem. The last version that worked for you was v11, correct? The biggest v11 - v12 change was the yield workaround, and while testing your workload i also noticed that all Flash versions except the latest one (9.0 r31) use sys_sched_yield() quite frequently. So it would be nice to know which plugin version you are using (and which Firefox version): you can check that by typing about:plugins into firefox. Furthermore, could you also try the following tune: Hi I am using konqueror and about:plugins gives back this information regarding flashplayer. Shockwave Flash Shockwave Flash 9.0 r31 libflashplayer.so application/x-shockwave-flash - Shockwave Flash (swf) application/futuresplash - FutureSplash Player (spl) echo 0 /proc/sys/kernel/sched_yield_bug_workaround and this: echo 2 /proc/sys/kernel/sched_yield_bug_workaround These values do visibly makes browsing smooth but it still lags though lag time is less compared to original values. if none of this changes behavior then please send me the output of the following: strace -ttt -TTT -o strace.txt -f -p `pidof firefox-bin` reproduce the lag in firefox Ctrl-C the strace and send me the strace.txt file (off-line, it's going to be large). Thanks, I am sending you all these information off list. Regards Ananitya - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote: > i'm pleased to announce release -v13 of the CFS scheduler patchset. > > The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be > downloaded from the usual place: > > http://people.redhat.com/mingo/cfs-scheduler/ > > -v13 is a fixes-only release. It fixes a smaller accounting bug, so if > you saw small lags during desktop use under certain workloads then > please re-check that workload under -v13 too. It also tweaks SMP > load-balancing a bit. (Note: the load-balancing artifact reported by > Peter Williams is not a CFS-specific problem and he reproduced it in > v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) > > I know about no open CFS regression at the moment, so please re-test > -v13 and if you still see any problem please re-report it. Thanks! > > Changes since -v12: > > - small tweak: made the "fork flow" of reniced tasks zero-sum > > - debugging update: /proc//sched is now seqfile based and echoing >0 to it clears the maximum-tracking counters. > > - more debugging counters > > - small rounding fix to make the statistical average of rounding errors >zero > > - scale both the runtime limit and the granularity on SMP too, and make >it dependent on HZ > > - misc cleanups > > As usual, any sort of feedback, bugreport, fix and suggestion is more > than welcome, > > Ingo > - Hi Been testing this version of CFS from last an hour or so and still facing same lag problems while browsing sites with heavy JS and or flash usage. Mouse movement is pathetic and audio starts to skip. I haven't face this behavior with CFS till v11. Regards Ananitya - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] CFS scheduler, -v13
On Thursday 17 May 2007 23:15:33 Ingo Molnar wrote: i'm pleased to announce release -v13 of the CFS scheduler patchset. The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be downloaded from the usual place: http://people.redhat.com/mingo/cfs-scheduler/ -v13 is a fixes-only release. It fixes a smaller accounting bug, so if you saw small lags during desktop use under certain workloads then please re-check that workload under -v13 too. It also tweaks SMP load-balancing a bit. (Note: the load-balancing artifact reported by Peter Williams is not a CFS-specific problem and he reproduced it in v2.6.21 too. Nevertheless -v13 should be less prone to such artifacts.) I know about no open CFS regression at the moment, so please re-test -v13 and if you still see any problem please re-report it. Thanks! Changes since -v12: - small tweak: made the fork flow of reniced tasks zero-sum - debugging update: /proc/PID/sched is now seqfile based and echoing 0 to it clears the maximum-tracking counters. - more debugging counters - small rounding fix to make the statistical average of rounding errors zero - scale both the runtime limit and the granularity on SMP too, and make it dependent on HZ - misc cleanups As usual, any sort of feedback, bugreport, fix and suggestion is more than welcome, Ingo - Hi Been testing this version of CFS from last an hour or so and still facing same lag problems while browsing sites with heavy JS and or flash usage. Mouse movement is pathetic and audio starts to skip. I haven't face this behavior with CFS till v11. Regards Ananitya - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
