[lkml]   [1999]   [May]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: schedule() "spaghetti" in 2.3.2 ..
On Mon, May 17, 1999 at 12:22:53PM +0200, Davide Libenzi wrote:
> Hi Andi,
> why not move code blocks in macros ( like that in mm module ) or better in
> inline functions.

That would not have the intended effect - to keep jumps out of the
fast path.

Normally gcc codes a normal if like that (pseudo, m68k like assembly)

if (x < 0) {
/* error */
/* rest of fast path */

tst x
bgr L1 /* jump taken in most cases */
/* error */
/* rest of fast path */

this means there is a jump in the fast path (on modern CPUs that can be
quite costly because of the pipeline stall when the jump is mispredicted).
It is usually faster to have code like this:

if (x < 0)
goto error
/* rest of fast path *

/* error */

tst x
ble L1


The untaken jump is cheap and unlikely to be mispredicted.
Most modern compiler do this automatically using "profile feedback" -
you profile the program first and compile again with the results,
then the compiler can make sure that there are no unnecessary jumps
in the common path. In the kernel this is not possible for several reasons
to do automatically
(the profiling technology is not here, gcc although supporting profiling
feedback in a limited fashion does not implement the necessary basic block
so it is done by hand. The only way currently are these gotos.

inline functions and macros don't have that effect.

I would prefer a cleaner way too, e.g.

if (__builtin_predict(err < 0, 0)) {
/* unlikely error code */

to tell the compiler that it should move the error code out of line.
But currently Linux kernel has to work with existing compilers, which
means 2.7.2.


This is like TV. I don't like TV.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:51    [W:0.070 / U:8.624 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site