public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
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


  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