Bug 46145 - swapoff performance on kernel 2.4.3-12
Summary: swapoff performance on kernel 2.4.3-12
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel   
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
medium
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-06-27 03:01 UTC by Ed McKenzie
Modified: 2007-04-18 16:34 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-06-06 14:04:08 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Ed McKenzie 2001-06-27 03:01:36 UTC 
swapoff appears to be broken on 2.4.3-12.  Running swapoff -a on 2.2 used
to take about as long as it would to read the data back into memory, but in
recent 2.4 it seems to lock up the system with no LED activity for a good
while.  It eventually comes back after several minutes, but this isn't
correct behavior.

IIRC there was a thread about this on lkml some time ago.
Comment 1 Arjan van de Ven 2001-06-27 08:17:41 UTC 
There was. And it appears the very brand spanking new kernels (2.4.6pre5) 
have _some_ improvements in this area, although it's far from perfect.
Note You need to log in before you can comment on or make changes to this bug.