[lkml]   [2002]   [Dec]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Intel P6 vs P7 system call performance

    On Tue, 17 Dec 2002, H. Peter Anvin wrote:
    > Ulrich Drepper wrote:
    > >
    > > That's good to know but not what I meant.
    > >
    > > I referred to syscall/sysret opcodes. They are broken in their own way
    > > (destroying ecx on kernel entry) but at least they preserve eip.
    > >
    > Destroying %ecx is a lot less destructive than destroying %eip and %esp...

    Actually, as far as the kernel is concerned, they are about equally bad.

    Destroying %eip is the _least_ bad register to destroy, since the kernel
    can control that part, and it is trivial to just have a single call site.

    But destroying %esp or %ecx is pretty much totally equivalent - it
    destroys one user mode register, and it doesn't really matter _which_ one.
    In both cases 32 bits of user information is destroyed, and they are 100%
    equivalent as far as the kernel is concerned.

    On intel with sysenter, destroying %esp means that we have to save the
    value in %ebp, and we thus lose argument 6.

    On AMD, %ecx is destroyed on entry, which means that we lose argument 2
    (which i smore important than arg6, but that only means that the AMD
    trampoline will have to move the old value of %ecx into %ebp, at which
    point the two approaches are again exactly the same).

    In either case, one GP register is irrevocably lost, which means that
    there are only 5 GP registers left for arguments. And thus both Intel and
    AMD will have _exactly_ the same problem with six-argument system calls.

    The _sane_ thing to do would have been to save the old user %esp/%eip on
    the kernel stack. Preferably together with %eflags and %ss and %cs, just
    for completeness. That stack save part is _not_ the expensive or complex
    part of a "int 0x80" or long call (the _complex_ part is all the stupid
    GDT/IDT lookups and all the segment switching crap).

    In short, both AMD and Intel optimized away too much.

    The good news is that since both of them suck, it's easier to make the
    six-argument decision. Since six arguments are problematic for all major
    "fast" system calls, my executive decision is to just say that
    six-argument system calls will just have to continue using the old and
    slower system call interface. It's kind of a crock, but it's simply due to
    silly CPU designers.


    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 13:31    [W:0.020 / U:65.236 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site