Re: [Lse-tech] Re: 15000+ processes -- poor performance ?!

From: Alex Tomas (bzzz@tmi.comex.ru)
Date: Thu Dec 19 2002 - 05:37:30 EST


>>>>> William Lee Irwin (WLI) writes:

 WLI> On 19 December 2002 00:05, William Lee Irwin III wrote:
>>> Well, a better solution would be a userspace free of /proc/
>>> dependency. Or actually fixing the kernel. proc_pid_readdir()
>>> wants an efficiently indexable linear list, e.g. TAOCP's 6.2.3
>>> "Linear List Representation". At that point its expense is
>>> proportional to the buffer size and "seeking" about the list as
>>> it is wont to do is O(lg(processes)).

 WLI> On Thu, Dec 19, 2002 at 01:05:03PM -0200, Denis Vlasenko wrote:
>> A short-time solution: run top d 30 to make it refresh only every
>> 30 seconds. This will greatly reduce top's own load skew.

 WLI> As userspace solutions go your suggestions is just as good. The
 WLI> kernel still needs to get its act together and with some
 WLI> urgency.

what about retreiving info from /proc/kmem or something like? just to
avoid binary -> text(proc) -> binary

-
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/



This archive was generated by hypermail 2b29 : Mon Dec 23 2002 - 22:00:23 EST