lkml.org 
[lkml]   [2001]   [Mar]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: system call for process information?
On Tue, Mar 13, 2001 at 04:05:13PM -0500, Albert D. Cahalan wrote:
> Bloat removal: being able to run without /proc mounted.
>
> We don't have "kernel speed". We have kernel-mode screwing around
> with text formatting.

Or calculating things that really should be taken care of in
user space, such as CPU utilization.

> This isn't just for him. Many people have wanted it.

Yes, but how many people would actually *use* it? How many
programs out of the thousands out there would benefit from this?
If it's more than 50 widely used packages, I'd be more than happy
to see something that speeds them all up added to the kernel.

> 1. variable-length ASCII strings with undefined ad-hoc syntax

Use enumerated string functions, always.

> 2. array of fixed-size (64-bit) values

It's an array? That can still be overflowed by sloppy
programming. When it comes right down to it, I'd rather have
something that could potentially die badly be run on the user
side, rather than the kernel side.

> Parsing costs programmer time.

But it's fairly easy to do in any number of programming
languages besides C which can't be easily used in the kernel.
Not to mention parsing libraries for C that fit much better on
the user side because they would make the kernel huge and slow
if compiled into it.
Last but not least, I don't want to waste time in kernel
scanning through a list of syscalls a mile long, half of them
I don't ever use. Or having a kernel that's so big that you
can't fit it on embedded systems anymore. And once you start
adding every "nifty" syscall that comes along, that's what
will happen. So again, I say give us all a really good reason
for this syscall, or just hack it into your own kernels and
let us have our speedy, small vanilla kernels.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

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