[lkml]   [2003]   [Jan]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 2.5] speedup kallsyms_lookup
hmm...i don't see why i want wchan. tell me.
but you're right, for some reason linus merged it. so i think (if it's
kept) we should restrict it a bit and make the kallsyms_lookup a bit
faster. not a super fast complex algorithm, but at least not that
braindead as it currently is...

btw. does my ugly early-in-the-moring-hack work right?

On Fri, 2003-01-10 at 18:15, Robert Love wrote:
> On Fri, 2003-01-10 at 11:34, Hugh Dickins wrote:
> > Indeed! I think that was Andi volunteering :-}
> > But we should let rml defend his wchan.
> Well, of course I want to keep it - but I am biased :)
> I think its a simple export that gives us a neat feature. Additionally,
> from the procps perspective, it saves us from having to parse
> for each process. In fact, it means we do not need a at all
> for any procps functionality.
> I guess Linus at least mildly liked it too, since he merged it.
> But if its such a performance crippling item perhaps it does need to be
> removed (or somehow restricted).
> I do agree that, if possible, wchan should be kept simple... so, is
> everyone else for the removal of /proc/pid/wchan ? :-(
> Robert Love

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