Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 242123
| Summary: | hdparm -T 2 times slower on FC7/FC8 (compared to FC6) | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Doncho Gunchev <dgunchev> | ||||||||||
| Component: | hdparm | Assignee: | Jeff Garzik <jgarzik> | ||||||||||
| Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||||||||
| Severity: | high | Docs Contact: | |||||||||||
| Priority: | low | ||||||||||||
| Version: | 8 | CC: | cebbert, davej, deknuydt, dkovalsk, mishu, peterm, piergiorgio.sartor | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | All | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2009-01-09 04:37:25 UTC | Type: | --- | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Bug Depends On: | |||||||||||||
| Bug Blocks: | 172490 | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Doncho Gunchev
2007-06-01 20:23:56 UTC
Created attachment 155934 [details]
lspci, dmesg... from my laptop
same for me: under F7: /dev/sda: Timing cached reads: 1254 MB in 2.00 seconds = 627.26 MB/sec Timing buffered disk reads: 236 MB in 3.03 seconds = 77.98 MB/sec /dev/sdb: Timing cached reads: 1668 MB in 2.00 seconds = 833.99 MB/sec Timing buffered disk reads: 174 MB in 3.00 seconds = 57.97 MB/sec under FC6: /dev/sda: Timing cached reads: 2548 MB in 2.00 seconds = 1273.86 MB/sec Timing buffered disk reads: 234 MB in 3.02 seconds = 77.52 MB/sec /dev/sdb: Timing cached reads: 2080 MB in 2.00 seconds = 1039.47 MB/sec Timing buffered disk reads: 174 MB in 3.00 seconds = 57.95 MB/sec smolt-id: http://smolt.fedoraproject.org/show?UUID=e31e6965-ee95-4826-85a0-2db40ed4129d Created attachment 155939 [details]
dmesg
Created attachment 155940 [details]
lspci
Why 'SATA_NV'? I have Intel notebook, no SATA nor nvidia chips inside!!! 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) PS: the hw uuid I typed first is maybe the one I got from the LiveCD. The real one is http://smolt.fedoraproject.org/show?UUID=ebf36068-3809-426c-ade0-d0c531b5b402 (sorry). Still the same results with kernel-2.6.23-0.30.rc0.git6.fc8 :( I compiled 2.6.23-rc2 myself (with .config based on FC7's kernels) and old IDE support (/dev/hda, not /dev/sda) and hdparm still shows the same 2 times lower speed. I noticed the same on two completely different machines, one is a nVidia based (sata_nv), the other is an intel one (ata_piix). In both cases the cached read test (-T) takes twice the time (half speed) compared to the old FC6 situation. Note that the the disk read (-t) is still the same for F7 and FC7. This might lead to suspect some "redundant" memcpy within the new libata layer (common to the above machines). I guess the disk read (-t) would be more critical, if slower. In any case, it not nice this set back of performances. (In reply to comment #8) > In both cases the cached read test (-T) takes twice the time (half speed) > compared to the old FC6 situation. Actually, it takes the same time, it just transfer half the data... I just updated the kernel of a FC6 machine to 2.6.22.1-32, more or less in line with the one in F7. The tests are identical (maybe even a bit better) to ones with the old kernel, 2.6.20-whatever. So, either there is different patch between the FC6 and F7 kernel or the problem is somewhere else, eventually in hdparm itself... This one is 6.9-3 in F7 and 6.6-2 in FC6... And in fact, installing the FC6 one in a F7 machine gives the old (good) results... Thank you Piergiorgio Sartor, I can confirm this: [root@mr700 ~]# uname -r 2.6.22.1-41.fc7 [root@mr700 ~]# hdparm -T /dev/sda /dev/sda: Timing cached reads: 2206 MB in 2.00 seconds = 1103.90 MB/sec [root@mr700 ~]# /mnt/old/sbin/hdparm -T /dev/sda /dev/sda: Timing cached reads: 4388 MB in 2.00 seconds = 2197.15 MB/sec So it's hdparm's problem after all! If someone is having this problem even with hdparm from FC6 please reassign to kernel (or should we clone it?). Removing SATA_NV from the title because it's misleading - I have no sata nor nvidia components and it is hdparm version specific problem (in fc8 too, see Comment #10). Created attachment 268321 [details]
lspci output
Comment on attachment 268321 [details]
lspci output
You can add me to this list, using F8 Kernel 2.6.23.8-62.fc8 and sata_mv (NOT
nv). My buffered disk reads are the same as FC6, but cached speeds have been
cut in half (around 2000MB/sec in FC6, now 1000 or less). I even tried
kernel-2.6.24-0.42.rc3.git1.fc9.x86_64 just for fun, and same results.
Comment on attachment 268321 [details]
lspci output
I can also confirm that installing an FC6 version of hdparm creates similar
results, so this must be hdparm related...
Comment on attachment 155934 [details]
lspci, dmesg... from my laptop
lspci and dmesg have nothing to do with the problem.
This message is a reminder that Fedora 8 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 8. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '8'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 8's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 8 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |