* Michael Gerdau <[email protected]> wrote:
> > so to be totally 'fair' and get the same rescheduling 'granularity'
> > you should probably lower CFS's sched_granularity_ns to 2 msecs.
>
> I'll change default nice in cfs to -10.
>
> I'm also happy to adjust /proc/sys/kernel/sched_granularity_ns to
> 2msec. However checking /proc/sys/kernel/rr_interval reveals it is 16
> (msec) on my system.
ah, yeah - there due to the SMP rule in SD:
rr_interval *= 1 + ilog2(num_online_cpus());
and you have a 2-CPU system, so you get 8msec*2 == 16 msecs default
interval. I find this a neat solution and i have talked to Con about
this already and i'll adopt Con's idea in CFS too. Nevertheless, despite
the settings, SD seems to be rescheduling every 6-7 msecs, while CFS
reschedules only every 13 msecs.
Here i'm assuming that the vmstats are directly comparable: that your
number-crunchers behave the same during the full runtime - is that
correct? (If not then the vmstat result should be run at roughly the
same type of "stage" of the workload, on all the schedulers.)
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/
[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]