From: Gleb Natapov <gleb@redhat.com>
To: "George-Cristian Bîrzan" <gc@birzan.org>
Cc: kvm@vger.kernel.org
Subject: Re: Performance issue
Date: Sun, 25 Nov 2012 17:19:50 +0200 [thread overview]
Message-ID: <20121125151949.GD25516@redhat.com> (raw)
In-Reply-To: <CAMxNYaY-S6HCkiEfyP3kHq9_BPstV+kG8Hfvj3-5t9CAVa-_hA@mail.gmail.com>
On Thu, Nov 22, 2012 at 09:17:34PM +0200, George-Cristian Bîrzan wrote:
> I'm trying to understand a performance problem (50% degradation in the
> VM) that I'm experiencing some systems with qemu-kvm. Running Fedora
> with 3.5.3-1.fc17.x86_64 or 3.6.6-1.fc17.x86_64, qemu 1.0.1 or 1.2.1
> on AMD Opteron 6176 and 6174, and all of them behave identically.
>
> A Windows guest is receiving a UDP MPEG stream that is being processed
> by TSReader. The stream comes in at about 73Mbps, but the VM cannot
> process more than 43Mbps. It's not a networking issue, the packets
> reach the guest and with iperf we can easily do 80Mbps. Also, with
> iperf, it can receive the packets from the streamer (even though it
> doesn't detect things properly, but it was just a way to see ).
>
> However, on an identical host (a 6174 CPU, even), a Windows install
> has absolutely no problem processing the same stream.
>
What Windows is this? Can you try changing "-cpu host" to "-cpu
host,+hv_relaxed"?
--
Gleb.
next prev parent reply other threads:[~2012-11-25 15:19 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-22 19:17 Performance issue George-Cristian Bîrzan
2012-11-23 7:26 ` Stefan Hajnoczi
[not found] ` <CAMxNYabWpHqmNN7mCY9mwVJjoTj4jwS_js+cZcxQVnJsTdwfBg@mail.gmail.com>
2012-11-23 14:02 ` Fwd: " George-Cristian Bîrzan
2012-11-25 15:19 ` Gleb Natapov [this message]
2012-11-25 16:17 ` George-Cristian Bîrzan
2012-11-26 19:31 ` George-Cristian Bîrzan
2012-11-27 12:20 ` Gleb Natapov
2012-11-27 12:29 ` George-Cristian Bîrzan
2012-11-27 14:54 ` Gleb Natapov
2012-11-27 20:38 ` Vadim Rozenfeld
2012-11-27 21:13 ` George-Cristian Bîrzan
2012-11-28 11:39 ` Vadim Rozenfeld
2012-11-28 19:09 ` George-Cristian Bîrzan
2012-11-29 11:56 ` Vadim Rozenfeld
2012-11-29 13:45 ` George-Cristian Bîrzan
2012-11-29 13:56 ` Gleb Natapov
2012-11-29 20:34 ` Vadim Rozenfeld
2012-11-28 19:18 ` George-Cristian Bîrzan
2012-11-28 19:56 ` Gleb Natapov
2012-11-28 20:01 ` George-Cristian Bîrzan
2012-11-28 20:12 ` Gleb Natapov
-- strict thread matches above, loose matches on Subject: below --
2015-10-15 13:38 kernel: BUG: soft lockup - CPU#1 stuck for 60s! [md0_raid5:1614] Rainer Fügenstein
2015-10-16 1:15 ` Neil Brown
2015-10-24 16:15 ` performance issue (was: Re: kernel: BUG: soft lockup - CPU#1 stuck for 60s!) Rainer Fügenstein
2015-10-24 16:31 ` Roman Mamedov
2015-10-25 19:23 ` Rainer Fügenstein
2015-10-25 20:08 ` Neil Brown
2015-11-02 22:55 ` performance issue Rainer Fügenstein
2015-11-03 1:34 ` Neil Brown
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=20121125151949.GD25516@redhat.com \
--to=gleb@redhat.com \
--cc=gc@birzan.org \
--cc=kvm@vger.kernel.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.