[lkml]   [2002]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: ps performance sucks (was Re: dcache_rcu [performance results])
On Mon Nov 04, 2002 at 09:44:07PM -0800, Martin J. Bligh wrote:
> > Hehe. You just reinvented my old /dev/ps driver. :)
> Indeed, sounds much more like a /dev thing than a /proc thing
> at this point ;-)
> >
> >
> > This is what Linus has to say on the subject:
> >
> > ... If the problem is that /proc
> > is too large, then the right solution is to just clean up
> > /proc. Which is getting done. And yes, /proc will be larger
> > than /dev/ps, but I still find that preferable to having two
> > incompatible ways to do the same thing.
> Ummm ... how do we make /proc smaller than 1 file to open per PID?
> It's pretty easy to get it down that far. But it still sucks.
> > I do dislike /dev/ps mightily.
> Well it can't be any worse than the current crap. At least it'd
> stand a chance in hell of scaling a little bit. So I took a very
> quick look ... what syscalls are you reduced to per pid, one ioctl
> and one read?

As I implemented it, it was one ioctl per pid... Of course
it could be easily modified to be one syscall, one read from
the /dev/ps char device, or similar...


Erik B. Andersen
--This message was written using 73% post-consumer electrons--
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:30    [W:0.047 / U:29.504 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site