Why do the CFS chase fairness?

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

 



Hi,

   Current kernel 2.6 have adopted the CFS scheduler which try to
ensure that all process can obtain their proportions of allotted
processor fairly.  I have three questions about it.

   1. How to understand unfairness?

   I think unfairness is caused by processes sharing a processor, but
I am not confident of it.  According to Love, as far as fairness is
concerned, if a processor is a perfectly multitasking processor, all
of processes running on it should run simultaneously rather than run
in turn. For example, there are two processes which have the same nice
value. Both of them may run 10 ms on a perfectly multitasking
processor, each at 50% of processor power. This kind of processor is
prefect fair.

   In contrast, if the two processes run in turn on a real processor,
each may run 5ms at 100% of processor power. Although in both of the
two cases two processes run 10ms totally, but the latter case is
unfair because one process runs first, the other has to wait for 5ms.
In other words, when processes running on a real processor, some of
them has to wait more or less until preceding processes use up their
CPU shares. Does unfairness mean that?

   2. Why do processes need fairness?

   Yes, we can argue that now that we human beings need fairness,
processes do so. :-)  But, are there advantages if the scheduler care
about fairness? Just for processes not waiting too long? Or other
reasons?

   3. What's the drawbacks of traditional schdulers?

    According to Love, traditional schedulers assign each process a
absolut timeslcie which yields a constant switching rate but variable
fairness. How to understand 'constant switching rate'? What does cause
'variable fairness'?

_______________________________________________
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