From owner-freebsd-stable@FreeBSD.ORG Tue May 6 15:41:06 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 757C3577 for ; Tue, 6 May 2014 15:41:06 +0000 (UTC) Received: from mx.frozen-zone.org (frozen-zone.org [78.47.101.194]) by mx1.freebsd.org (Postfix) with ESMTP id DF9B9FE2 for ; Tue, 6 May 2014 15:41:05 +0000 (UTC) Received: by mx.frozen-zone.org (Postfix, from userid 58) id 143B851F941; Tue, 6 May 2014 15:37:52 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.frozen-zone.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2 Received: from fz-sub1.local (93-82-107-103.adsl.highway.telekom.at [93.82.107.103]) by mx.frozen-zone.org (Postfix) with ESMTPSA id 54DFA51F398; Tue, 6 May 2014 15:37:51 +0000 (UTC) Message-ID: <5369025B.2030007@FreeBSD.org> Date: Tue, 06 May 2014 17:40:11 +0200 From: Armin Pirkovitsch User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Bryan Venteicher Subject: Re: high load in KVM when network is used (stable/10) References: <5367E40F.1060308@FreeBSD.org> <743840238.35506.1399388381208.JavaMail.root@daemoninthecloset.org> In-Reply-To: <743840238.35506.1399388381208.JavaMail.root@daemoninthecloset.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 15:41:06 -0000 On 05/06/14 16:59, Bryan Venteicher wrote: > > > ----- Original Message ----- >> From: "Armin Pirkovitsch" >> To: stable@freebsd.org >> Sent: Monday, May 5, 2014 2:18:39 PM >> Subject: high load in KVM when network is used (stable/10) >> >> Hi, >> >> has anyone ever experienced a problem with FreeBSD 10 (release as well >> as stable) in KVMs? (in relation to network activity) >> >> Currently the load of my server goes up when I just fetch a file. >> >> systat -vmstat >>> 3 users Load 0.57 0.28 0.28 May 5 21:04 >>> >>> Mem:KB REAL VIRTUAL VN PAGER SWAP >>> PAGER >>> Tot Share Tot Share Free in out in >>> out >>> Act 714476 27764 2951164 33696 14130k count >>> All 2002012 83188 3211064 209272 pages >>> Proc: Interrupts >>> r p d s w Csw Trp Sys Int Sof Flt ioflt 4575 total >>> 2 102 11k 17 25k 4046 38 cow >>> atkbd0 1 >>> zfod uhci0 >>> 11 >>> 28.6%Sys 14.3%Intr 1.4%User 0.0%Nice 55.7%Idle ozfod ata1 >>> 15 >>> | | | | | | | | | | %ozfod 121 >>> | | | | | | | | | | cpu0:timer >>> ==============+++++++> daefr 3255 >>> virtio_pci >>> dtbuf prcfr >>> virtio_pci >>> Namei Name-cache Dir-cache 350329 desvn totfr 790 >>> virtio_pci >>> Calls hits % hits % 6556 numvn react 116 >>> cpu3:timer >>> 6 6 100 4181 frevn pdwak 185 >>> cpu2:timer >>> 210 pdpgs 108 >>> cpu1:timer >>> Disks vtbd0 cd0 pass0 intrn >>> KB/t 120 0.00 0.00 1382576 wire >>> tps 788 0 0 504540 act >>> MB/s 92.55 0.00 0.00 291232 inact >>> %busy 49 0 0 cache >>> 14130808 free >>> buf >> >> it's even worse when I access apache on that server: >>> 3 users Load 4.63 1.33 0.66 May 5 21:06 >>> >>> Mem:KB REAL VIRTUAL VN PAGER SWAP >>> PAGER >>> Tot Share Tot Share Free in out in >>> out >>> Act 727760 27764 2938852 33696 14116k count >>> All 2015420 83188 3198752 209272 pages >>> Proc: Interrupts >>> r p d s w Csw Trp Sys Int Sof Flt ioflt 8 total >>> 103 14 4 49 2 1 cow >>> atkbd0 1 >>> zfod uhci0 >>> 11 >>> 68.8%Sys 31.2%Intr 0.0%User 0.0%Nice 0.0%Idle ozfod ata1 >>> 15 >>> | | | | | | | | | | %ozfod 1 >>> | | | | | | | | | | cpu0:timer >>> ==================================++++++++++++++++ daefr 4 >>> virtio_pci >>> dtbuf prcfr >>> virtio_pci >>> Namei Name-cache Dir-cache 350329 desvn totfr 1 >>> virtio_pci >>> Calls hits % hits % 6557 numvn react >>> cpu3:timer >>> 6 6 100 4136 frevn pdwak 1 >>> cpu2:timer >>> 136 pdpgs 1 >>> cpu1:timer >>> Disks vtbd0 cd0 pass0 intrn >>> KB/t 128 0.00 0.00 1382808 wire >>> tps 1 0 0 506072 act >>> MB/s 0.11 0.00 0.00 303460 inact >>> %busy 33 0 0 cache >>> 14116816 free >>> buf >> >> and you couldn't say that it just hasn't got enough power... >> ... >>> CPU: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz (2000.01-MHz K8-class CPU) >>> Origin = "GenuineIntel" Id = 0x206d7 Family = 0x6 Model = 0x2d >>> Stepping = 7 >>> Features=0xf83fbff >>> Features2=0x9eb82203 >>> AMD Features=0x2c100800 >>> AMD Features2=0x1 >>> real memory = 17179869184 (16384 MB) >>> avail memory = 16597995520 (15829 MB) >>> Event timer "LAPIC" quality 400 >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> FreeBSD/SMP: 4 package(s) x 1 core(s) >> ... >> >> Has someone any suggestions what I could do to improve the performance >> (and lower the load)? >> > > > This will sound a bit odd - are you using DHCP on this interface? This might > be another instance of http://www.freebsd.org/cgi/query-pr.cgi?pr=185864. If > so, can you try with either a static IP or by applying in the workaround > patch in the PR? Nope, it's a static ip. I as well already tried to enable LRO - which made no difference. Should I try that patch anyway?