Bug 730128
Summary: | qemu-kvm takes very long to start with large initrd | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Albert Strasheim <fullung> |
Component: | qemu | Assignee: | Fedora Virtualization Maintainers <virt-maint> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | urgent | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | amit.shah, berrange, crobinso, dwmw2, fullung, itamar, jaswinder, jforbes, knoel, mads, rjones, scottt.tw, tburke, virt-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-05-25 19:25:35 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
Albert Strasheim
2011-08-11 20:39:23 UTC
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. Changing to rawhide, since this basically affects all QEMU versions in Fedora & we don't want it auto-closed when F15 goes EOL. *** Bug 618720 has been marked as a duplicate of this bug. *** Rawhide bugs just tend to linger, so moving to F17. I thought I saw commits go by about fixing this with qemu 1.1, but can't find them now. Here's older info from Rich's report: The root cause is possibly: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=7972995b0c346de76 See discussion here: http://lists.gnu.org/archive/html/qemu-devel/2010-08/threads.html#00133 I'm fairly sure this is going to be a problem in qemu forever since upstream devs don't want to change the way that the initrd is loaded to make it more efficient. In libguestfs we sidestepped the issue by not using an initrd to load the appliance. I'm quite certain that more recent qemu has improved on this, so closing. And as Rich mentioned even if there are still issues, the substantial speedups were rejected in the past. |