From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030509
Mozilla Firebird/0.6 StumbleUpon/1.64
Description of problem:
I was suffering severe performance problems with extremely heavy disk IO
bringing the system to a crawl at times. This is a desktop machine btw. I
compiled a stock kernel from kernel.org, and that fixed the performance problems
(or made them more normal anyway :).
My problem is that I work on Wine, currently for a living, so the ability to run
it is important. Without the NPTL patches, Wine is not happy (even though glibc
should disable all support for it without the kernel patches iirc). Other apps
are fine, Wine suffers bizarre lockups, odd symptoms etc that disappear when
using the standard Red Hat kernel.
So, this is to let you know of the problem (though I am not alone in seeing
this), and also an enquiry as to whether there is a way to switch off any
patches you added related to disk/vm scheduling.... or any NPTL patches I could
apply against the stock Linus kernel tree that might make Wine happier.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Use Red Hat 9 for a while. Start evo, firebird, emacs, terminals etc
2. Notice how the disk is constantly thrashing, and how switching virtual
desktops takes several seconds.
3. Compile and install 2.4.20 kernel
4. Go "aaah that's nice"
5. Realise Wine doesn't work. Go back to red hat standard kernel.
Actual Results: Performance sucked.
Expected Results: Performance should have been mind blowingly good, esp with
all those patches.
Athlon 1200, 2 swap partitions, 256mb memory, 800mb swap, modern 80gig hard disk.
Marking "high" because it makes the machine really unpleasant to use, very
frustrating. Feel free to lower priority if you have more pressing matters.....
Please provide details of the hardware
FWIW I removed the "elevator" patch, and that seemed to have made things a bit
better. Still doesn't feel as responsive as the stock one though.
I gave hardware details above. In more detail:
2 swap partitions (on two separate disks)
256mb RAM (not sure exactly what type, is it relevant?)
800mb swap total
modern 80gig hard disk, connected via ATA66 I believe (the double density cables)
old 10gig hard disk, on same IDE socket as the 80gig
nVidia graphics (both drivers tried)
RH9 has the entire 80gig disk to itself. The other hard disk holds an old
Windows and SuSE install.
Which Red Hat kernel do you have. This is important because UDMA support for
Nvidia nforce hardware is only in the later (2.4.20-) errata.
I don't have an nForce, only an nVidia graphics card.
I'm using kernel 2.4.20-18.9 (ie the latest from up2date)
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/