From: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
To: Dave Hansen <haveblue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
Cc: kvm-devel <kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: kvm-27 vs 28 I/O speed
Date: Sun, 08 Jul 2007 11:14:53 +0300 [thread overview]
Message-ID: <46909CFD.9050806@qumranet.com> (raw)
In-Reply-To: <1183748857.10287.198.camel@localhost>
Dave Hansen wrote:
> I've noticed that some of my tests run *MUCH* slower in kvm-28 than in
> 27. I'm sure that wall time is pretty wonky in the guests, but it is
> much slower in real-world time as well.
>
> Here's a little test to create a 32MB zeroed file with dd. Here it is
> from kvm-27 (this took ~5.5 seconds on my wristwatch):
> 33554432 bytes transferred in 0.052050 seconds (644657845 bytes/sec)
> 33554432 bytes transferred in 0.062933 seconds (533176451 bytes/sec)
>
> Here's the same thing from kvm-28 (~80 seconds on my wristwatch):
> 33554432 bytes transferred in 38.607065 seconds (869127 bytes/sec)
> 33554432 bytes transferred in 22.274318 seconds (1506418 bytes/sec)
>
> Same host kernel, same kvm kernel modules (from kvm-28) same guest
> kernel, same command-line options, same disk image.
>
> Any ideas what is going on?
>
Is this repeatable? I don't see anything in kvm-27..kvm-28 that
warrants such a regression.
Things to check:
- effect of pinning the vm onto one cpu (with 'taskset')
- does any counter in kvm_stat behave differently
If you are using qcow, maybe the effect is due to the first test hitting
a hole and the second being forced to read from disk. I recommend doing
performance tests from a real partition or volume.
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
next prev parent reply other threads:[~2007-07-08 8:14 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-06 19:07 kvm-27 vs 28 I/O speed Dave Hansen
2007-07-08 8:14 ` Avi Kivity [this message]
[not found] ` <46909CFD.9050806-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-09 20:33 ` Dave Hansen
2007-07-10 5:44 ` Avi Kivity
[not found] ` <46931CC9.8060106-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-11 18:54 ` Dave Hansen
2007-07-12 5:37 ` Avi Kivity
[not found] ` <4695BE06.6060609-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-12 18:10 ` Dave Hansen
2007-07-13 12:23 ` Avi Kivity
[not found] ` <46976EA7.2020202-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-13 13:27 ` Luca
[not found] ` <68676e00707130627p32a43a63l3c6fe647242ec3e-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-07-13 13:41 ` Avi Kivity
[not found] ` <46978110.5090303-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-13 18:31 ` Dave Hansen
2007-07-13 18:49 ` Anthony Liguori
[not found] ` <4697C954.8040404-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
2007-07-14 6:27 ` Avi Kivity
[not found] ` <46986CEC.7050903-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-16 19:40 ` Dave Hansen
2007-07-14 17:30 ` Luca
2007-07-15 19:27 ` Luca
[not found] ` <68676e00707151227hb8b8538j706d9d0ee765ed41-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-07-15 21:07 ` Luca
[not found] ` <68676e00707151407j1cf758e0ya7032c8c8577b982-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-07-15 21:22 ` Luca
[not found] ` <68676e00707151422n2e1f0a07kc4ec10797edfa40c-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-07-16 8:58 ` Avi Kivity
[not found] ` <469B3351.50508-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-16 19:32 ` Luca
[not found] ` <68676e00707161232k5fbd0c2cxd8bebfc21faacc8c-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-07-17 7:58 ` Avi Kivity
[not found] ` <469C76C0.5050101-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-07-18 6:01 ` Luca
2007-07-16 19:49 ` Dave Hansen
2007-07-16 19:41 ` Dave Hansen
2007-07-16 19:42 ` Dave Hansen
-- strict thread matches above, loose matches on Subject: below --
2007-07-13 14:00 Gregory Haskins
[not found] ` <46974D330200005A000277EF-Igcdv/6uVdMHoYOw/+koYqIwWpluYiW7@public.gmane.org>
2007-07-13 14:46 ` Luca
2007-07-13 15:11 Gregory Haskins
[not found] ` <46975DD10200005A00027808-Igcdv/6uVdMHoYOw/+koYqIwWpluYiW7@public.gmane.org>
2007-07-13 15:39 ` Luca
[not found] ` <68676e00707130839o3af94674y69e7a990b27f0820-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2007-07-13 18:33 ` Dave Hansen
2007-07-13 16:04 Gregory Haskins
2007-07-13 16:10 Gregory Haskins
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=46909CFD.9050806@qumranet.com \
--to=avi-atkuwr5tajbwk0htik3j/w@public.gmane.org \
--cc=haveblue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.