Re: Why do the CFS chase fairness?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi :)

On Mon, Sep 19, 2011 at 21:22, Parmenides <mobile.parmenides@xxxxxxxxx> wrote:
>   Well, even with the CFS scheduler, tasks still can have different
> processor shares according to their priorities.

Correct and agree :)

> Conceptually, for
> examp, suppose that there are three tasks with priorities 1, 2, 3,
> respectively. For some fixed schedule period (targeted latency), which
> determined by the number of tasks in run queue, the three tasks obtain
> their CPU shares: 1/6, 2/6, 3/6 of the schedule period. Of course, in
> reality, CPU share of each tasks also needs its weight (determined by
> task's priority) be taken into account.

correct again. This "weighting" mechanism is the core of making
"fairness" happen...or at least approaching such situation.

>   So, I can not see the differences between traditional schedulers,
> which are based on timeslice, and the CFS scheduler, which divide some
> schedule period into shares in proportion to tasks' priorities. It
> seems that both take the same effect.

Neither do I :)

Seriously, what I consider "more fair" is Con Kolivas BFS scheduler
these days. No excessive "time slice weighting", just priority
stepping and very strict deadline.

>>>   2. Why do processes need fairness?
>>>
>> To achieve highest response time IMHO.
>
>   How does fairness give tasks more higher response time?
>
I took this chance to add: to maximize throughput too...

well, if you have processess let's say A, B, C. A and B are CPU bound,
C sleeps most of the times (let's say it's vim process running)

If a scheduler implement very fair scheduling, then whenever user
press a key in vim window, C should be kicked in ASAP and then run.
However, as C yields its time slice, A or B should back ASAP too.

If the scheduler is not really fair, then C should wait longer to be
back running. But C should not be given too much time so A and B have
more time to complete their number crunching works

Between A and B themselves should be balance somewhat, but not too
short. Too short and they would spend more time switching to each
other, too long and we would see they starve each other.

Above are my interpretation, so pls CMIIW...


-- 
regards,

Mulyadi Santosa
Freelance Linux trainer and consultant

blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies



[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux