Con Kolivas is working on a new scheduler for Desktop/Multimedia/Gaming PCs

[Kano]

Just compiled a .31 final kernel with bfs 211 patch and it crashed after a few minutes. Does not seem to be that stable yet.

[kraftman]

i would like to point out that ingo's test hardware puts it at the highest point Con said he thought it would scale too.... a 16 thread machine...

this is meant as a *desktop* scheduler, a dual quad core hyper-threading system is not exactly a typical desktop PC.

There's no doubt CFS beats BFS in performance (shouldn't bfs be better from beginning and then just drastically choke when more cores are involved? I do not know, but maybe all cores were used from begining hmm...), but what counts the most on desktops is responsiveness and this is what someone should measure.

[deanjo]

i would like to point out that ingo's test hardware puts it at the highest point Con said he thought it would scale too.... a 16 thread machine...

this is meant as a *desktop* scheduler, a dual quad core hyper-threading system is not exactly a typical desktop PC.

Ya, I kinda snickered at that too.

[AdrenalineJunky]

i would like to point out that ingo's test hardware puts it at the highest point Con said he thought it would scale too.... a 16 thread machine...

this is meant as a *desktop* scheduler, a dual quad core hyper-threading system is not exactly a typical desktop PC.

[L33F3R]

the Android guys are having multiple orgasms already, and obviously they're not using Gentoo.)

Woahhhh hold on Johnson. Someone tell me whats going on here.

[kraftman]

I posted proof on lkml. See the latencytop and tracing results. Also, with so many people confirming, this must be a cabal/conspiracy to destroy the mainline scheduler, right? :P

Heh, this is what I thought (don't forget some note in wikipedia ;p).

Seriously. Con's code helps *immensely* not only here, but elsewhere too (the Android guys are having multiple orgasms already, and obviously they're not using Gentoo.)

Let's hope devs will do everything to make things better. I just don't like when people base their opinions on something weak (I'm not according to you). P.S. mentioning Gentoo I thought only about custom configs, I'm not saying there's something wrong with it.

[RealNC]

I posted proof on lkml. See the latencytop and tracing results. Also, with so many people confirming, this must be a cabal/conspiracy to destroy the mainline scheduler, right? :P

Seriously. Con's code helps *immensely* not only here, but elsewhere too (the Android guys are having multiple orgasms already, and obviously they're not using Gentoo.)

[kraftman]

Oh well, all I can do is demonstrate a 50% performance improvement. I can't cure blind fanboyism from people who refuse to even look for themselves, and so I am done in this thread.

Well, Ingo showed even 90.1% CFS performance advantage over BFS... Fanboism you say?

[Ant P.]

Oh well, all I can do is demonstrate a 50% performance improvement. I can't cure blind fanboyism from people who refuse to even look for themselves, and so I am done in this thread.

[kraftman]

If you are not affected by this issue, there's no reason to participate in solving it. This is not a court and we don't have to prove to you that we're not lying.

I'm sure nobody's lying here, but some problems can be related to something else.

@Ant P.

It seems this person ran RT kernel, some other people were using default settings. There's nothing interesting.

...perhaps now you can also show some links where CFS is better outside of cherry-picked benchmarks?

It seems Ingo's benchmarks are quite objective. The most interesting would be Con's benchmark results. However, I can realize it's hard to measure some things.

Btw. someone noticed:

http://marc.info/?l=linux-kernel&m=125243507622544&w=2 :>