This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: X32 psABI status


On 02/13/2011 03:39 PM, Alan Cox wrote:
a. the int $0x80 instruction is much slower than syscall.  An actual
    i386 process can use the syscall instruction which is disambiguated
    by the CPU based on mode, but an x32 process is in the same CPU mode
    as a normal 64-bit process.

So set a flag, whoopee

That's what we're doing, functionally.


b. 64-bit arguments have to be split between two registers for the
    i386 entry points, requiring user-space stubs.

Diddums. Given you've yet to explain why everyone desperately needs this extra interface why do we care ?

All in all, the cost of an extra system call table is quite modest.

And the cost of not doing it is a gloriously wonderful zero. Yo've still not explained the justification or what large number of apps are going to use it.

It's a simple question - why do we care, why do we want the overhead and
the hassle, what do users get in return ?

The target applications are an embedded (closed or mostly closed) environment, and the question is if the performance gain is worth it. It is an open question at this stage and we'll see what the numbers look like and, if it turns out to be worthwhile, what exactly the final implementation will look like.


-hpa


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]