Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 60030

Summary: /proc doesn't scale.
Product: [Retired] Red Hat Linux Reporter: Ed McKenzie <eem12>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED WONTFIX QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.2   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-06-07 21:29:39 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
top output none

Description Ed McKenzie 2002-02-19 01:34:07 EST
Under high load, top/ps spend excessive time in the kernel, and cease to 
function in a useful way.  On UP, they simply don't work at all beyond a 
certain point; on SMP, you can see why.  See attachment.
Comment 1 Ed McKenzie 2002-02-19 01:36:56 EST
Created attachment 45941 [details]
top output
Comment 2 Arjan van de Ven 2002-02-19 03:56:51 EST
Known issue; top asks the kernel to calculate how much memory there is shared
between processes; that's a rather expensive calculation if you have lots of
processes with shared components...
Comment 3 Ed McKenzie 2002-02-19 08:27:36 EST
Might the rmap patches speed things up at all?
Comment 4 Arjan van de Ven 2002-02-19 08:44:10 EST
Doesn't help too much unfortionatly. top still asks it per process...
sort of the same amount of work that way.