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 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.