-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Small error in the just interactive logic has been corrected.
Idle tasks get one higher priority than just interactive so they don't get
swamped under heavy load.
Cosmetic cleanup.
Patch against 2.6.0-test4-mm2
Con
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/TumgZUg7+tp6mRURAtkkAJwJKjY1DmvuNR+eyphU07svVP7uWQCeMHgv
pcYhT1dX+iaFq6F1Son8pGc=
=rxj9
-----END PGP SIGNATURE-----
On Fri, 29 Aug 2003 15:50:22 +1000
Con Kolivas wrote:
> Patch against 2.6.0-test4-mm2
Patched the -mm2 kernel and perceive/see no regression during my usual
tests. In fact, I _believe_ the anti-starvation is even better now,
compared to O18.1
The new Blender 2.28a could be thrown into a self-starvation by altering
a few parameters in my test, resulting in the usual short freezes. And
2.28 behaved the same, although a bit harder to make it happen.
The altered test have no effect on either Blender with this O19int.
Mvh
Mats Johannesson
On Fri, 2003-08-29 at 07:50, Con Kolivas wrote:
> Small error in the just interactive logic has been corrected.
>
> Idle tasks get one higher priority than just interactive so they don't get
> swamped under heavy load.
>
> Cosmetic cleanup.
>
> Patch against 2.6.0-test4-mm2
Spectacular!
Smooth as silk and, when combined with CFQ scheduler, it's impossible to
make sound skip, even under heavy CPU and I/O load.
* Con Kolivas <[email protected]> [29-08-2003 15:26]:
> Small error in the just interactive logic has been corrected.
>
> Idle tasks get one higher priority than just interactive so they don't get
> swamped under heavy load.
>
> Cosmetic cleanup.
>
> Patch against 2.6.0-test4-mm2
I am using it against 2.6.0-test4-mm3-1. I get quite severe music
skipping while scrolling a relatively light website (slashdot) on
Firebird even when there is no other load. I am attaching some of the
numbers I captured during while there was skipping going on. I am also
attaching the script I used to capture the numbers.
A long skip occured during the first few seconds of the test (while
scrolling the website). In the remaining time I opened emacs and then
switched to kghostview (which had been idle for a long time and looked
like it had to be brought out of swap ie.. there was a relatively long
delay before I could use it). The sound did not skip again.
Apart from the above incident, this patch feels better as compared to
O16.3int.
Keep up the good work..
Regards,
- Apurva
* Rahul Karnik <[email protected]> [29-08-2003 22:09]:
> Apurva Mehta wrote:
> >I am using it against 2.6.0-test4-mm3-1. I get quite severe music
> >skipping while scrolling a relatively light website (slashdot) on
> >Firebird even when there is no other load.
>
> Please specify the music player you are using. Different ones usually
> behave differently.
xmms, that is the only one I have used in all my tests..
- Apurva
Apurva Mehta wrote:
> I am using it against 2.6.0-test4-mm3-1. I get quite severe music
> skipping while scrolling a relatively light website (slashdot) on
> Firebird even when there is no other load.
Please specify the music player you are using. Different ones usually
behave differently.
Thanks,
Rahul
--
Rahul Karnik
[email protected]
http://www.genebrew.com/
> Small error in the just interactive logic has been corrected.
>
> Idle tasks get one higher priority than just interactive so they don't get
> swamped under heavy load.
>
> Cosmetic cleanup.
>
> Patch against 2.6.0-test4-mm2
Hey, now that's the best desktop kernel operation I have seen.
Everything is really smooth.
Thanks!
> Con
Maciej
Somehow I can never reproduce these xmms skips, even in mainline
kernels. I had them for a few days with older versions of rhythmbox, but
no longer. So it seems that some of this is definitely system dependent?
For the record, I have an Athlon XP 2100+ (1700 MHz) and 1G of memory (a
pretty medium line desktop system), not the multi-cpu multi-gigabyte-RAM
systems some people around here do.
Are people getting skips on hardware that is faster than this?
Thanks,
Rahul
--
Rahul Karnik
[email protected]
http://www.genebrew.com/
On Sat, 30 Aug 2003 03:42, Rahul Karnik wrote:
> Somehow I can never reproduce these xmms skips, even in mainline
> kernels. I had them for a few days with older versions of rhythmbox, but
> no longer. So it seems that some of this is definitely system dependent?
> For the record, I have an Athlon XP 2100+ (1700 MHz) and 1G of memory (a
> pretty medium line desktop system), not the multi-cpu multi-gigabyte-RAM
> systems some people around here do.
>
> Are people getting skips on hardware that is faster than this?
People are not getting skips on hardware significantly lower spec than this.
The most common remaining reason for this is a misconfigured ide driver, and
dma issues with their hard drives. Sometimes the driver name has changed
2.4->2.6 and people using their old config dont inherit the correct driver.
Con
* Rahul Karnik <[email protected]> [30-08-2003 20:46]:
> Somehow I can never reproduce these xmms skips, even in mainline
> kernels. I had them for a few days with older versions of rhythmbox, but
> no longer. So it seems that some of this is definitely system dependent?
> For the record, I have an Athlon XP 2100+ (1700 MHz) and 1G of memory (a
> pretty medium line desktop system), not the multi-cpu multi-gigabyte-RAM
> systems some people around here do.
>
> Are people getting skips on hardware that is faster than this?
Well, I have a 500 Mhz PIII and 192 MB of RAM. However, I never ever
get skips with stock 2.4 or with O11int.
Also, I noticed today that while the system was under moderate load
(~100 procmail/sendmail pairs filtering mail through spamassassin +
Firebird + xmms), starting an app like emacs took ages. I had to wait
and wait and finally only when I tried to open a second instance did
the first one come up. That did not happen before..
- Apurva