From: Matthew Hall <matt-Etm38r6YSMlqcVXhcSD7Ah2eb7JE58TQ@public.gmane.org>
To: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: KVM, AMD & Interrupts
Date: Thu, 25 Jan 2007 01:03:00 +0000 [thread overview]
Message-ID: <45B801C4.4060201@castleinthesky.org> (raw)
Hi Avi,
I spoke to you a while ago on #kvm on freenode - I had a problem with
ide ops on an amd svm host with kvm. The issues regarded the inability
to access ida devices (hda/hdc) under qemu & kvm on my host - if this
triggers your memory...
The last point I got to was that it was kvm and amd specific. Id est,
the same image run under an intel vmx host with the *exact* same image,
kvm version and command options (svn 'trunk' from the $date).
The issue seemed to be AMD and kvm specific (running with '-no-kvm' made
everything work ok, but slower, as you'd expect).
I got word of a possible workaround, from one of your colleagues whilst
you've been away, to use the boot options 'noapic nolapic' on the host
o/s. Using these options solved my hd* op problems and I can boot ok now.
It seems disabling the local apic was the fundamental part (iirc), as
without host support the guest would always start the dummy apic; so
running the guest with any 'special' options (ie. '-no-apic') should not
be required.
I'm think this problem is specific to my particular cpu/motherboard
combination aswell.
I also have box with a recent intel cpu (with the vmx extention) which
doesn't display this behaviour; and from talking with you it's not
purely amd specific (I believe your tests on amd cpu worked).
Is it possible a slowdown in the interrupt controller between the guest
and host is a contributing factor?
Iirc, with a 'dummy' apic, I experience a ~5% slowdown on disk and
network operations, which isn't so bad. I've yet to think about smp usage.
Thought you might appreciate this info should you feel it deserve a wiki
entry. Point me in the direction of the appropriate page should you feel
I can put this info in myself.
Best regards,
Matt
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
next reply other threads:[~2007-01-25 1:03 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-25 1:03 Matthew Hall [this message]
[not found] ` <45B801C4.4060201-Etm38r6YSMlqcVXhcSD7Ah2eb7JE58TQ@public.gmane.org>
2007-01-25 1:52 ` KVM, AMD & Interrupts Anthony Liguori
2007-01-25 7:49 ` Avi Kivity
2007-01-25 13:36 ` Joerg Roedel
[not found] ` <20070125133656.GA22891-5C7GfCeVMHo@public.gmane.org>
2007-01-26 6:42 ` Matthew Hall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45B801C4.4060201@castleinthesky.org \
--to=matt-etm38r6ysmlqcvxhcsd7ah2eb7je58tq@public.gmane.org \
--cc=avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=lists-KflyTEd1h+K1Qrn1Bg8BZw@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox