From owner-freebsd-stable@FreeBSD.ORG Sun Jan 18 12:11:21 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5710F1C for ; Sun, 18 Jan 2015 12:11:20 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 72155217 for ; Sun, 18 Jan 2015 12:11:20 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t0ICBG8H066120 for ; Sun, 18 Jan 2015 13:11:16 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 520D0986; Sun, 18 Jan 2015 13:11:16 +0100 (CET) Message-ID: <54BBA2E3.5070401@omnilan.de> Date: Sun, 18 Jan 2015 13:11:15 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: sonewconn: pcb =?UTF-8?B?MHjigKY6IExpc3RlbiBxdWV1ZSBvdmVyZmxvdyBb?= =?UTF-8?B?V2FzOiBSZTogbGFnZyg4KSBjYXVzZXMgZ2hvc3QgcXVldWUgd2l0aCBpZ2IoNCk=?= =?UTF-8?B?XQ==?= References: <54B962A3.9010308@omnilan.de> In-Reply-To: <54B962A3.9010308@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDB21CC374DF34460FAA42599" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sun, 18 Jan 2015 13:11:16 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2015 12:11:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDB21CC374DF34460FAA42599 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Bez=C3=BCglich Harald Schmalzbauer's Nachricht vom 16.01.2015 20:12 (localtime): > Hi all, > > while investigating a watchdog timeout problem (on FreeBSD-10.1-stable > r276295) I noticed "ghost" queues consuming interrupts with > igb(4)[82576] if igb(4) is member of lagg(4) (laggproto loadbalance > lagghash l2). Mysteriously only sometimes (1 of 2 runs). > > Sending machine has only one ssh session open, where I do the following= : > 'dd if=3D/dev/zero | nc vegashare 3333' (of course on vegashare is a > listener [nc -l vegashare 3333 > /dev/null]) > > I'm transfering 123.5*10^6 Bytes/sec and on the sender, systat reports:= > 2682 igb0:que 0 (1 of 4 queues causes moderate irq load hw.igb.aim=3D1,= > otherhise it were 16k irqs/s, nothing on the other 3 queues) > > But roughly every second run, I see a another queue consuming much more= > irqs/s while transferring exactly the same at exactly the same speed: > 7740 igb0:que 0 > 2640 igb0:que 3 > > Here's again one queue with 2.6k irqs/s, but another one with 7.7k > irqs/s which I can't understand what this is doing. It's useless for > sure, because with only one queue I get the same payload transported on= > the same hardware with the same speed and 3 queues idle=E2=80=A6 I noticed another mysterium, at least for me. I'd highly appreciate if somebody could give me a hint how I can understand the following lines sonewconn: pcb 0xfffff801b85907a8: Listen queue overflow: 151 already in queue awaiting acceptance (1 occurrences) sonewconn: pcb 0xfffff801b85907a8: Listen queue overflow: 151 already in queue awaiting acceptance (220 occurrences) I have never seen them before and I guess it's related to my other queue mysterium. They occured not during tests, so not during artificial (high) load, but regular low avarage load. Thanks in advance, -Harry --------------enigDB21CC374DF34460FAA42599 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlS7ouMACgkQLDqVQ9VXb8jl2wCgkdntdxgfNqTmlXLAiGrkmfSN F4YAni7QGhDwzZBaPgzpcI+VdFpxUCHc =ga9+ -----END PGP SIGNATURE----- --------------enigDB21CC374DF34460FAA42599--