[lkml]   [2001]   [Nov]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] 2.5 PROPOSAL: Replacement for current /proc of shit.
On Tue, Nov 06, 2001 at 09:48:52AM +1100, Rusty Russell wrote:
> What concerns me most is the pain involved in writing a /proc or
> sysctl interface in the kernel today. Take kernel/module.c's
> get_ksyms_list as a typical example: 45 lines of code to perform a
> very trivial task. And this code is sitting in your kernel whether
> proc is enabled or not. Now, I'm a huge Al Viro fan, but his proposed
> improvements are in the wrong direction, IMHO.

I'm all for simplifying the internal kernel interfaces. What I'm not
at *all* convinced about is that it's worth it to make serious changes
to the layout of /proc, /proc/sys, etc. And the concept of being able
to very rapidly and easily get at system configuration variables
without needing to make sure that /proc is mounted is a very, very
good thing.

While sysctl isn't the most compact way of doing things, it *is*
simpler than doing things using a raw /proc interfaces. If you just
want sysctl to modify a single integer variable, it's basically just a
table entry and a call to register that table with sysctl. If you
want to do more sophisticated things, then yes, it gets more
complicated faster than it probably should.

But the bottom line is as far as I'm concerned is:

Baby. Bathwater. Let's not throw out the wrong thing....

- Ted
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:12    [W:0.195 / U:0.684 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site