Bug 470680
| Summary: | readahead slows down booting considerably | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Torsten Rausche <trausche> | ||||||||||
| Component: | readahead | Assignee: | Harald Hoyer <harald> | ||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
| Severity: | medium | Docs Contact: | |||||||||||
| Priority: | medium | ||||||||||||
| Version: | 10 | CC: | harald, selinux, torsten, walovaton | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | x86_64 | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | 1.5.0-1.fc10 | Doc Type: | Bug Fix | ||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2009-09-03 00:29:32 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: | |||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Torsten Rausche
2008-11-08 20:19:04 UTC
Created attachment 322966 [details]
bootchart for booting without readahead
Created attachment 322967 [details]
bootchart for booting with readahead
Created attachment 322969 [details]
/etc/readahead.d/custom.early
Created attachment 322970 [details]
/etc/readahead.d/early.sorted
hmm, /etc/readahead.d/custom.early contains /var/lib/rpm/* could you regenerate the readahead files? # touch /.readahead-profile then reboot, wait until the login screen, wait additional 20 seconds reboot again and measure now (In reply to comment #5) > # touch /.readahead-profile > then reboot, wait until the login screen, wait additional 20 seconds > reboot again and measure now That is how I tried it multiple times -- with waiting at the login screen to prevent collecting of all the gnome stuff. The result was always the same. > hmm, /etc/readahead.d/custom.early contains /var/lib/rpm/* Good catch, and I have got an idea. I have installed akmods from rpmfusion which look for missing kernel-module packages in the boot process. They did not look too suspect in the bootcharts. So I did not bother. I will try without them... Tried again without any 3rd party packages and even switched off smartd. The results were not much different. Then I took another look at /etc/readahead.d/custom.early and found /var/lib/libvirt/images/* # du -sh /var/lib/rpm/ 92M /var/lib/rpm/ # du -sh /var/lib/libvirt/images/ 12G /var/lib/libvirt/images/ That is where the disk images for libvirt/virt-manager are stored by default. After 'chkconfig libvirtd off' and another run of the readahead collector booting with readahead was only 10 percent slower than booting without readahead. I can attach the readahead lists and bootcharts for this two new test runs (1. without 3rd party and 2. additionally without libvirtd) if you want. Somehow readahead seems to think those processes read all that data when they actually don't. With readahead there is also strong disk activity for some time after the login screen appears. I guess it caches my disk images until there is no free RAM left :) So do some processes access data in a wrong way while booting or does readahead something wrong while analyzing those accesses? My filesystem is mounted with 'relatime'. Does this matter? BTW, what is the difference between /.readahead_collect and /.readahead-profile? I used the former one all the time as it is what the monthly cron job does too. This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping *** Bug 496912 has been marked as a duplicate of this bug. *** *** Bug 517214 has been marked as a duplicate of this bug. *** readahead-1.5.0-1.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/readahead-1.5.0-1.fc11 readahead-1.5.0-1.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/readahead-1.5.0-1.fc10 readahead-1.5.0-1.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update readahead'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-8547 readahead-1.5.0-1.fc10 has been pushed to the Fedora 10 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update readahead'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-8578 readahead-1.5.0-1.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. readahead-1.5.0-1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. |