Many random thoughts on this one:

Direct use of readdir64 would avoid burdening
procps with needless 64-bit operations elsewhere.
The 64-bit operations show up very high in gprof
profiles on i386.

Isn't ino_t already 64-bit on x86_64? Note that
usage of 32-bit procps on x86_64 is not supported.

This can not be a problem for any 32-bit port.
Such ports have a kernel limit that stops you.

This is a fairly insane config. If you actually
need it, then your app needs a redesign. If you
don't need it, then you are wasting memory
and screen space. Such PID numbers are not
at all fun to type.

This glibc translation is foul, evil, and wrong.
It has caused numerous bugs over the years.
For example, processes may go missing.
You also get extra system calls being made.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to