[lkml]   [2001]   [Nov]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: PROPOSAL: dot-proc interface [was: /proc stuff]
At 02:52 PM 4/11/01 -0500, Alexander Viro wrote:
>Would the esteemed sir care to check where these cycles are spent?
>How about "traversing page tables of every damn process out there"?
>Doesn't sound like a string operation to me...

Just a quickie....

Any reason we can't move all the process info into something like
/proc/pid/* instead of in the root /proc tree?

Should be pretty easy to do, could still have the pid's in the root /proc
tree, and if they get read, do what /proc/pci does, and log a warning about
"xxx is using old /proc interfaces". Makes it just that little bit easier
to parse processes without fiddling around if you know all the dir's are
always processes. It's also a bit of a visual cleanup when you have lots of
processes and do a 'ls /proc'.

There is probably a few other things in /proc/* that could be moved out and
put in more sensible places (eg: interrupts, irq, devices, mtrr, slabinfo,
mounts, modules, stat, etc), that really define what they belong to (a
/proc/kernel/* mebbe). Having /proc basically full of directories would
clean things up a bit. Some things don't need to change though (eg: uptime,

AMC Enterprises P/L - Stuart Young
First Floor - Network and Systems Admin
3 Chesterville Rd -
Cheltenham Vic 3192 - Ph: (03) 9584-2700 - Fax: (03) 9584-2755

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.144 / U:1.680 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site