Bug 115339

Summary: choosing default elevator doesn't work anymore
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Dirk Mueller <dmueller>
Component: KernelAssignee: Chris L Mason <mason>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None    
Version: Beta 4 Plus   
Target Milestone: ---   
Hardware: Other   
OS: All   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Dirk Mueller 2005-09-05 20:10:31 UTC 
for some reason the default elevator was changed to cfq.. anyway, I want to 
use the anticipatory scheduler as usual, but the elevator=as parameter seems 
to have stopped working.  
 
I have serious interactivity problems with the cfq scheduler.. how can I get 
the as scheduler back?
Comment 1 Chris L Mason 2005-09-05 21:18:14 UTC 
I'll look at the elevator= kernel parameter, but please take a minute to fill in the 
workloads where cfq isn't working well for you.
Comment 2 Dirk Mueller 2005-09-06 10:13:42 UTC 
hmm, that would be another bug.. anyway, the machine is blocking all the time 
(as in: anything that accesses the disc is hanging, so not even a remote ssh 
login is possible anymore) when nontrivial disk I/O is triggered, e.g. I build 
a package, remove a subdirectory and run du -sk * at the same time.  
 
this seems to happen on XFS at least, possibly reiserfs as well. machine is 
oldboy.suse.de if you want to look.
Comment 3 Chris L Mason 2005-09-06 13:41:08 UTC 
Did you hardcode this machine to use the anticipatory scheduler? 
 
mason@oldboy:/sys/block/sda/queue> cat scheduler 
noop [anticipatory] deadline cfq
Comment 4 Dirk Mueller 2005-09-06 13:55:09 UTC 
no, I just did echo anticipatory > /sys/block/sda/queue/scheduler 
 
to be able to work again (the machine I use for building packages)
Comment 5 Jens Axboe 2005-09-06 18:51:32 UTC 
Try elevator=anticipatory
Comment 6 Dirk Mueller 2005-09-20 16:36:39 UTC 
ok, that works
Comment 7 Dirk Mueller 2005-09-20 16:37:30 UTC 
but it used to be =as, so I think adding this as compat for people not 
reinstalling but upgrading should be okay
Comment 8 Dirk Mueller 2006-01-17 08:43:36 UTC 
git commit 655bc2d3825e7a1b1ee1f60a40e98bf165577b5c upstream contains a fix. the only question is how to get it into our tree..
Comment 9 Dirk Mueller 2006-01-26 15:55:05 UTC 
merged for 10.1