From mboxrd@z Thu Jan  1 00:00:00 1970
From: Felix Leimbach <felix.leimbach@gmx.net>
Subject: Re: strange guest slowness after some time
Date: Wed, 18 Mar 2009 06:54:26 +0100
Message-ID: <49C08C92.4040706@gmx.net>
References: <49B29705.6000904@wpkg.org> <49B4E7A6.3090601@redhat.com> <49B4EDC9.9020504@wpkg.org> <49B4EE8F.7050001@redhat.com> <49BD007C.9030809@wpkg.org> <49BF7FB6.9080503@wpkg.org> <49BF8686.5050707@redhat.com> <49BF88BE.7040805@wpkg.org> <49BFC276.1080600@gmx.net> <49BFC743.20000@redhat.com> <49BFCC04.9080402@wpkg.org> <49BFD84F.8050509@gmx.net> <49BFD999.503@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Tomasz Chmielewski <mangoo@wpkg.org>, kvm@vger.kernel.org
To: Avi Kivity <avi@redhat.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mail.gmx.net ([213.165.64.20]:52238 "HELO mail.gmx.net"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP
	id S1752742AbZCRFya (ORCPT <rfc822;kvm@vger.kernel.org>);
	Wed, 18 Mar 2009 01:54:30 -0400
In-Reply-To: <49BFD999.503@redhat.com>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

Avi,

Avi Kivity wrote:
> packet counters are will within 32-bit limits.  byte counters not so 
> interesting.
This night my test overflowed the *packet* counters twice without any 
slowness or loss of connectivity.

Snippet from my log file of the sending VM (linux 2.6.27):

Wed Mar 18 05:14:18 CET 2009: TX packet counter = 4292944043
Wed Mar 18 05:15:18 CET 2009: TX packet counter = 6259211

ifconfig after stress test:
# ifconfig
eth0      Link encap:Ethernet  HWaddr 52:54:00:74:01:01
          inet addr:10.75.13.1  Bcast:10.75.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:150  Metric:1
          RX packets:48950340 errors:0 dropped:0 overruns:0 frame:0
          TX packets:727911367 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3686511201 (3.4 GiB)  TX bytes:4207842269 (3.9 GiB)

I didn't create a log file on the receiving Windows VM but they must 
have overflowed as well. Its packet counters are currently:
Sent: 47.112.780
Received: 1.515.275.693

No problem on the Windows guest either.

So the problem must lie elsewhere.