On Sat, 28 Jul 2007, Linus Torvalds wrote:
>
> Yes, it's what "/proc/sys/kernel/sched_granularity_ns" is supposed to
> tweak, but maybe there's some misfeature there, or maybe the default is
> just bad for games, or whatever.
>
> Ingo: that sysctl_sched_granularity initialization doesn't make sense. You
> talk about it being in units of nanoseconds, but then you do
>
> 2000000000ULL/HZ
>
> which is nonsensical.
Btw, people who actually have 3D games installed (I have exactly one:
ppracer, and I can't really say that I care about how it feels), if you
don't have CONFIG_HZ=1000, this really is worth testing.
I think Ingo probably ran with CONFIG_NO_HZ and HZ_1000, but the default
timer tick is actually 250Hz, which makes all the default scheduler values
come out four times bigger than they are documented/supposed to be.
On SMP, that scheduler granularity then gets doubled once more if you have
two CPU's, so rather than 2ms by default, it ends up being 16ns (and the
time slices themselves end up being bigger than that).
So doing some testing with a simple
echo 2000000 > /proc/sys/kernel/sched_granularity_ns
echo 1000000 > /proc/sys/kernel/sched_batch_wakeup_granularity_ns
echo 8000000 > /proc/sys/kernel/sched_runtime_limit_ns
might be worth doing (and if you vary numbers to see if it matters,
please do let people know!)
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]