Bug 352481
Summary: | excessive seeks during "Starting install process." | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Reiser <jreiser> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED DEFERRED | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 9 | ||
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: | 2008-06-21 16:57:54 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: |
Description
John Reiser
2007-10-25 15:17:17 UTC
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Does this problem persist with Fedora 9? Yes, the excessive seeks at "Starting install process" when installing from DVD still occur in Fedora 9. There are two causes. The first one is that the Packages/*.rpm are ordered alphabetically on the platter, instead of in install order (generally: sorted topologically by dependencies). The "-m" parameter to mkisofs should be able to re-order the *.rpm on the platter. If the *.rpm are on the platter in install order, then the seeks at "Starting install process" should always be towards higher-numbered sectors, which would tend to make them shorter and thus faster. The second cause is that only the RPM_Header records are read, skipping the rest of the .rpm file. In theory this can be fixed, too, because the .iso file format allows the file to be split into discontiguous spans of sectors. The optimal would be to split each *.rpm at the first 2KB sector boundary after the RPM_Headers, then place all the header spans consecutively (in topological order by dependencies), then place all the non-header spans (again in topological order.) The cost for discontigous spans is: the directory grows because it has one entry for each span. mkisofs must create such a layout, and the ISO-9660 filesystem driver in the Linux kernel must understand it. We're honestly not going to get around to implementing this on our own. There's simply too many other higher priority issues to deal with right now and not nearly enough time to investigate. However, I'll review any patches that come up. |