Bug 60030 – /proc doesn't scale.

Bug 60030 - /proc doesn't scale.

Summary:	/proc doesn't scale.

Status:	CLOSED WONTFIX

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	kernel (Show other bugs)
Sub Component:
Version:	7.2
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Arjan van de Ven
QA Contact:	Brian Brock
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2002-02-19 01:34 EST by Ed McKenzie
Modified:	2007-04-18 12:40 EDT (History)
CC List:	0 users

See Also:
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:	---

Attachments	(Terms of Use)
top output (2.34 KB, text/plain) 2002-02-19 01:36 EST, Ed McKenzie	no flags	Details
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

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.

Note You need to log in before you can comment on or make changes to this bug.