@Sfartalf
Everything should be fine:
Announcement
Collapse
No announcement yet.
Con Kolivas is working on a new scheduler for Desktop/Multimedia/Gaming PCs
Collapse
X
-
Originally posted by suokko View PostGnome does use trapezoids a lot which makes gtk very slow. Too bad trapezoids are hard to gpu accelerate so if you are good at drawing smooth lines patches are welcome to add GPU accerlation to open drivers.
Leave a comment:
-
Originally posted by BlackStar View PostIngo may not have meant it like this, but using such hardware really felt like a deliberate attempt to disprove Con's scheduler.
I'm on the fence about this issue, since I haven't really felt any issues with the current scheduler, but if the improvements on single-, dual-, tri- and quad-core systems are repeatable (you know, the hardware desktop PCs actually *have*), then we might have something good on our hands.
The issue is that kernel devs are (rightly) extremely resistant to change on this area. However, if this shows so significant improvements that Android and other distros adapt it (despite being an out of tree patch), we will likely see one of two things:
1. This makes it into the kernel. (Patch from Con? Yeah, right...)
2. CFS is improved to match BFS on the desktop.
Leave a comment:
-
Originally posted by RealNC View PostOK, last test:
Make sure you're using the Oxygen widget style in KDE4 (for the rounded menus). Open a video in SMPlayer and have "gl2(yuv)" selected as renderer. Then, while the video is playing in windowed mode, simply open one of the SMPlayer menus so that it will drop-down and cover part of the video. When that happens, does the video appear to play "jerky" and slow? For some reason, with CFS using NEW_FAIR_SLEEPERS, the video just lags here. With BFS and CFS using NO_NEW_FAIR_SLEEPERS, everything is fine. This must have something to do with Oxygen's rounded menus (alpha blending is probably involved here?)
And, are you on an AMD or Core I5/I7 CPU?
PS:
I also ran tests with the open source drivers.
You can find out what is taking cpu time in menus with sysprofile running a profile while you open and close menus for an half minute.
Gnome does use trapezoids a lot which makes gtk very slow. Too bad trapezoids are hard to gpu accelerate so if you are good at drawing smooth lines patches are welcome to add GPU accerlation to open drivers.
Leave a comment:
-
Originally posted by RealNC View PostHmm, another AMD user who doesn't have most of those issues. It looks more and more like Intel Core 2 and Pentium owners are the most affected for some reason.
Or it could be coincidence :P
I wonder if this change in scheduler will affect benchmarks?
And I meant win xp before. When running Boinc it was a pain on Duron 850Mhz and on Linux it was just alright.Last edited by kraftman; 11 September 2009, 03:37 AM.
Leave a comment:
-
Hmm, another AMD user who doesn't have most of those issues. It looks more and more like Intel Core 2 and Pentium owners are the most affected for some reason.
Or it could be coincidence :P
Leave a comment:
-
Originally posted by RealNC View PostOK, last test:
Make sure you're using the Oxygen widget style in KDE4 (for the rounded menus). Open a video in SMPlayer and have "gl2(yuv)" selected as renderer. Then, while the video is playing in windowed mode, simply open one of the SMPlayer menus so that it will drop-down and cover part of the video. When that happens, does the video appear to play "jerky" and slow? For some reason, with CFS using NEW_FAIR_SLEEPERS, the video just lags here. With BFS and CFS using NO_NEW_FAIR_SLEEPERS, everything is fine. This must have something to do with Oxygen's rounded menus (alpha blending is probably involved here?)
however, when I'm switching menus using this mode movie is smooth, but I have problems you described using xv (0 - Radeon Textured Video). With xv (I used this all time) it's smooth. Maybe with BFS or using NO_NEW_FAIR_SLEEPERS Radeon Textured Video will be fine now (except corrupted menus of course )? We'll see
And, are you on an AMD or Core I5/I7 CPU?
Leave a comment:
-
It's not configurable by means of "make menuconfig" and such, but it's still easy. From inside the kernel source tree, open "kernel/sched_features.h" in an editor and the first line there should be:
SCHED_FEAT(NEW_FAIR_SLEEPERS, 1)
Replace the 1 with a 0 there. Then simply rebuild the kernel and boot it.
Leave a comment:
-
Originally posted by RealNC View PostMake sure you're using the Oxygen widget style in KDE4 (for the rounded menus). Open a video in SMPlayer and have "gl2(yuv)" selected as renderer. Then, while the video is playing in windowed mode, simply open one of the SMPlayer menus so that it will drop-down and cover part of the video. When that happens, does the video appear to play "jerky" and slow? For some reason, with CFS using NEW_FAIR_SLEEPERS, the video just lags here. With BFS and CFS using NO_NEW_FAIR_SLEEPERS, everything is fine. This must have something to do with Oxygen's rounded menus (alpha blending is probably involved here?).
Is there a easy way to disably this NEW_FAIR_SLEEPERS you're talking about? Kernel-rebuild would be ok, but I'm stuck at 2.6.28 (fglrx 9-3) so an update wouldn't be possible.
Leave a comment:
Leave a comment: