[lkml]   [2004]   [Oct]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Semaphore assembly-code bug
    On Fri, 29 Oct 2004, Linus Torvalds wrote:

    > On Fri, 29 Oct 2004, linux-os wrote:
    >>> with the following:
    >>> leal 4(%esp),%esp
    >> Probably so because I'm pretty certain that the 'pop' (a memory
    >> access) is not going to be faster than a simple register operation.
    > Bzzt, wrong answer.
    > It's not "simple register operation". It's really about the fact that
    > modern CPU's are smarter - yet dumber - then you think. They do things
    > like speculate the value of %esp in order to avoid having to calculate it,
    > and it's entirely possible that "pop" is much faster, simply because I
    > guarantee you that a CPU will speculate %esp correctly across a "pop", but
    > the same is not necessarily true for "lea %esp".
    > Somebody should check what the Pentium M does. It might just notice that
    > "lea 4(%esp),%esp" is the same as "add 4 to esp", but it's entirely
    > possible that lea will confuse its stack engine logic and cause
    > stack-related address generation stalls..
    > Linus

    Linus, there is no way in hell that you are going to move
    a value from memory into a register (pop ecx) faster than
    you are going to do anything to the stack-pointer or
    any other register. The register operations operate
    at the internal CPU clock-rate (GHz). The memory operations
    operate at the front-side bus rate (MHz), and the data-
    movement must actually occur before anything else can.
    In other words, with stack operations, modern CPUs will
    stall until the operation has completed.

    Using the rdtsc, on this computer, both of the stack-pointer
    additions (leal or add) take 6 +/- 2 clocks. The pop ecx
    takes 12 +/- 3 clocks.

    Things that should take only one clock, according to the
    documentation, take 4 or 5 even when subtracting-out
    the time necessary to do the rdtsc, because this machine
    (and probably others) is very noisy, so all I can state
    with certainty is that the pop from the stack takes longer.

    Dick Johnson
    Penguin : Linux version 2.6.9 on an i686 machine (5537.79 BogoMips).
    Notice : All mail here is now cached for review by John Ashcroft.
    98.36% of all statistics are fiction.
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:07    [W:0.021 / U:16.016 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site