Status of Linux 2.6 for 40x and 44x CPUs

Roger Larsson roger.larsson at
Thu Apr 28 08:29:35 EST 2005

On Wednesday 27 April 2005 18.33, Glenn Burkhardt wrote:
> From the looks of the benchmarks described here:
> and the results are basically confirmed here:
> there are good reasons to avoid using the 2.6 kernel.  Frankly, I'm
> surprised and would have thought that the changes in the scheduler would
> have brought improvements, as did the report here:

At all depends on what you measure (and that you actually measure
what you think you are measuring :-)


  This is about how quick your higher priority thread actually gets to run
  after an event (i.e. driver to application). It is not about how fast the
  context switch itself is.

  Why 2.4 might be faster:
     Measure context switch time where one process wakes up another
     while going to sleep has less overhead.

  Modified test
    Let the above processes run with SCHED_RR or SCHED_FIFO
    add a third process that uses the kernel a lot - like memory management.


  This is more about what will happen if you have more than a few processes
  in the run queue - avoids searching all of them...

  Why 2.4 might be faster:
   A search of a list with only one element is hard to beat!
   But try to measure using lots of processes running at the same time.


More information about the Linuxppc-embedded mailing list