Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 18 Dec 2002 20:19:27 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 18 Dec 2002 20:19:27 -0500 Received: from holomorphy.com ([66.224.33.161]:14015 "EHLO holomorphy") by vger.kernel.org with ESMTP id ; Wed, 18 Dec 2002 20:19:24 -0500 Date: Wed, 18 Dec 2002 17:25:49 -0800 From: William Lee Irwin III To: David Lang Cc: Till Immanuel Patzschke , lse-tech , "linux-kernel@vger.kernel.org" Subject: Re: 15000+ processes -- poor performance ?! Message-ID: <20021219012549.GK31800@holomorphy.com> Mail-Followup-To: William Lee Irwin III , David Lang , Till Immanuel Patzschke , lse-tech , "linux-kernel@vger.kernel.org" References: <20021219011541.GI31800@holomorphy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Organization: The Domain of Holomorphy Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 703 Lines: 16 On Wed, Dec 18, 2002 at 05:12:41PM -0800, David Lang wrote: > also top is very inefficant with large numbers of processes. use vmstat > or cat out the files in /proc to get the info more efficiantly (it won't > get you per process info, but it son't cause the interferance with your > desired load that top gives you.) It's mostly just the fact top(1) doesn't scan /proc/ incrementally and that proc_pid_readdir() is quadratic in the number of tasks. Bill - 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/