From: Fabian Deutsch <fabian.deutsch@gmx.de>
To: Yann Dupont <Yann.Dupont@univ-nantes.fr>
Cc: kvm@vger.kernel.org,
Jean-Philippe MENIL <Jean-Philippe.Menil@univ-nantes.fr>
Subject: Re: massive performance drop after a while when using virtio nics
Date: Mon, 08 Sep 2008 15:16:29 +0200 [thread overview]
Message-ID: <1220879789.3080.2.camel@decade.local> (raw)
In-Reply-To: <48C51576.2000806@univ-nantes.fr>
Am Montag, den 08.09.2008, 14:07 +0200 schrieb Yann Dupont:
> Fabian Deutsch a écrit :
> > Hey.
> >
> > When running a guest in the following setup, I observ a "massive"
> > performance decrease after a couple of gigabytes of transfrerred data.
> >
> > other guests keep running fine (no regressions) and nothing unusual is
> > observed on the host.
> >
> > fedora 8 host, kvm-72 (user and module)
> >
> > fedora 9 guest, all updates.
> > nic 0, vtio:
> > subnet a
> > samba listening
> >
> > nic 1, vtio:
> > subnet b
> > iscsi initiator running
> >
> > samba shares a mount point, pointing to an iscsi target.
> >
> >
> > now pulling/pushing about 80GB over samba results in a drop from about
> > 60/70Mbit to about 1/2Mbit of troughput.
> >
> > The problem is reproducible.
> > The problem is solved after a reboot of the guest. Just restarting
> > networking doesn't help.
> > Guest's dmesg doesn't say anything about problems. No errors in
> > ifconfig.
> >
> > Has someone observed something similar?
> >
> >
> > Greetings
> > - fabian
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe kvm" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
> >
> We just saw the very same issue.
> guest & host : 2.6.25.3, debian etch 64 bits
>
> KVM 70 on this machine.
>
> As fabian said, rebooting the kernel doesn't help, but rebooting the
> whole kvm guest does.
>
> No error messages as far as I can tell. The kvm guest is a clonezilla
> server and send lots of data.
> It began to crawl after 2/3 weeks of usage.
Are you also using model=vortio?
If so, you might want to switch to e1000. Less performance but stable.
The issues seems to be related to virtio/tap.
And a little bit more to the tap itnerface/implementation, because of
the reboot-observation.
fabian
next prev parent reply other threads:[~2008-09-08 13:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-23 19:21 massive performance drop after a while when using virtio nics Fabian Deutsch
2008-09-08 12:07 ` Yann Dupont
2008-09-08 13:16 ` Fabian Deutsch [this message]
2008-09-08 13:33 ` Yann Dupont
2008-09-09 10:22 ` Mark McLoughlin
2008-09-09 10:32 ` Fabian Deutsch
2008-09-09 10:47 ` Mark McLoughlin
2008-09-09 11:11 ` Henrik Holst
2008-09-09 11:41 ` Mark McLoughlin
2008-09-09 11:54 ` Yann Dupont
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=1220879789.3080.2.camel@decade.local \
--to=fabian.deutsch@gmx.de \
--cc=Jean-Philippe.Menil@univ-nantes.fr \
--cc=Yann.Dupont@univ-nantes.fr \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox