Re: kvm very slow

Ulrich Schreiner
2007-08-10T06:39:17Z

the system is now MUCH faster! it boots really fast, i think, in the
init-scripts there are much "sleep x", and every "x" were "2*x" in
reality.

other tasks are also much faster

i'm happy now :-)

although i cannot reboot ... (it hangs after halted), but that is
another thread.

Am Donnerstag, den 09.08.2007, 17:09 -0700 schrieb Matthew Kent:
> [oops sorry. should have included the full dmesg from the bad boot and
> cc'd the original poster]
>
> On Thu, 2007-09-08 at 16:23 -0700, Matthew Kent wrote:
> > On Wed, 2007-01-08 at 07:22 +0200, Ulrich Schreiner wrote:
> > > hi,
> > >
> > > im using a 64 bit fedora7 system with a quad-core processor to host
> > > multiple virtual machines.
> > >
> >
> > literally the exact same setup here
> >
> > > my current kernel is:
> > >
> > > Linux testserver 2.6.22.1-27.fc7 #1 SMP Tue Jul 17 17:19:58 EDT 2007
> > > x86_64 x86_64 x86_64 GNU/Linux
> > >
> > > (now there is a 2.6.22.1-33.fc7 to download, but i think it is not the
> > > point here).
> > >
> >
> > 2.6.22.1-41.fc7 x86_64 host
> >
> > > i installed
> > >
> > > kvm.x86_64: 31-1.fc8
> >
> > kvm-33
> >
> > >
> > > because of a crash i reported as a bug with the older kvm module.
> > >
> > > this system starts a F7 image with the following command:
> > >
> > > /usr/bin/qemu-kvm
> > > -net nic,macadr=52.54.00.12.34.57
> > > -net tap,script=./ifup.py,ifname=tap0
> > > -hda /var/qemu/vm_images/F7image.img
> > > -boot c: -m 512 -vnc :2 -k de
> > >
> > > inside the image there is fedora 7, but a 32bit system.
> > >
> >
> > almost exact same as here except using 32 bit fedora rawhide
> > (development) guest running kernel 2.6.23-0.74.rc2.git1.fc8
> >
> > > almost everything works (reboot hangs), but the system is extremely
> > > slow! the clock inside the system is extremely slow: every *virtual*
> > > second in the image is about two or more seconds in the *real* world.
> >
> > and I'm having the exact same issue here. The hardware clock works fine
> > (least from the output of /proc/driver/rtc and hwclock) but the system
> > time quickly falls behind in the guest, approx 0.5 secs for every 1 real
> > second.
> >
> > No combination of selecting different clocksources in the guest,
> > disabling CONFIG_NO_HZ, etc seemed to make any difference. And the fact
> > is my fc7 x86_64 install works just great so I doubt its the host.
> >
> > What I did notice though was ACPI wasn't being enabled by default for
> > the 32bit kernel with the message
> >
> > ACPI: no DMI BIOS year, acpi=force is required to enable ACPI
> >
> > and that the acpi_pm clocksource the x86_64 guest picked by default,
> > which worked fine, was missing. eg:
> >
> > 2.6.23-0.74.rc2.git1.fc8 i686 default boot:
> >
> > /sys/devices/system/clocksource/clocksource0/available_clocksource
> > pit jiffies tsc
> > /sys/devices/system/clocksource/clocksource0/current_clocksource
> > pit
> >
> > 2.6.23-0.74.rc2.git1.fc8 i686 with acpi=force:
> >
> > /sys/devices/system/clocksource/clocksource0/available_clocksource
> > tsc acpi_pm pit jiffies
> > /sys/devices/system/clocksource/clocksource0/current_clocksource
> > tsc
> >
> > and now everything seems great, hardware and system time seem 1:1
> > again.
> >
> > Attached is a diff of the dmesg from each boot.
> >
> > As to why this is...