From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 22:42:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94763B35 for ; Mon, 23 Jun 2014 22:42:07 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 5C28C2D86 for ; Mon, 23 Jun 2014 22:42:06 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFAFisqFODaFve/2dsb2JhbABXA4MsM1qCbadYAQEBAQEBBpF1hm1TAYEidYQDAQEBAwEBAQEgJgUYCAsFFgcRAgINGQIpAQkmBggHBAEcBIgZCA2lB519F4EqhDmISAEBGyQQBxGCJQ8yEoE6BIlQjhaEK4lwiC6DXiE1gQU5 X-IronPort-AV: E=Sophos;i="5.01,533,1400040000"; d="scan'208";a="133358571" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 23 Jun 2014 18:41:59 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9A928B404D; Mon, 23 Jun 2014 18:41:59 -0400 (EDT) Date: Mon, 23 Jun 2014 18:41:59 -0400 (EDT) From: Rick Macklem To: Mike Tancsa Message-ID: <2091718059.2982836.1403563319620.JavaMail.root@uoguelph.ca> In-Reply-To: <53A884EF.2020900@sentex.net> Subject: Re: nfs slowdown (RELENG_8) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: FreeBSD-STABLE Mailing List 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: Mon, 23 Jun 2014 22:42:07 -0000 Mike Tancsa wrote: > I havent started the process of narrowing down where the issue might > be > or even if there is an issue, but has anyone else seen a situation > where > RELENG_8 i386 nfs client write speed have all of a sudden nose dived > ? > Doing a simple cat /dev/zero > /mnt/junk used to yield 500Mb and > above > easily. Now, its down to 25Mb. A RELENG_9 client is able to write to > the same NFS server at 900Mb. I tested another i386 RELENG_8 server > with a similar build date and it gets the same slow speed, where as I > am > pretty sure the same test gave around 400Mb with an older kernel. > Both > problem boxes are i386 at r267114 (~ June 5th). Both have em nics, > but > they are different em NICs. But, I have some other boxes from around > the > same time that are just as fast, but with different em nics / > chipsets > as well so I am not sure if its related to the em driver or not. > I suggest you try disabling TSO on the nics (or setting wsize=32786 on all mounts). Usually such slowdowns are related to the underlying network fabric and there are known TSO issues for nics/drivers that only handle 32 transmit buffers when 64K writes are being used. rick > The problematic em nics are > > em1@pci0:4:0:0: class=0x020000 card=0x35788086 chip=0x10d38086 > rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link > x1(x1) > speed 2.5(2.5) ASPM disabled(L0s/L1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > and > > em1@pci0:6:5:0: class=0x020000 card=0x348d8086 chip=0x10768086 > rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (82541EI)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xea020000, size > 131072, > enabled > bar [14] = type Memory, range 32, base 0xea000000, size > 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x1100, size 64, > enabled > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction > > > And ones that are working as expected > > em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 > chip=0x109a8086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel PRO/1000 PL Network Adaptor (82573L)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xe8b00000, size > 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x6000, size 32, > enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 > message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link > x1(x1) > speed 2.5(2.5) > ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected > ecap 0003[140] = Serial 1 003048ffff9c59f1 > > and > > em1@pci0:14:0:0: class=0x020000 card=0x109a15d9 > chip=0x109a8086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel PRO/1000 PL Network Adaptor (82573L)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xe1100000, size > 131072, > enabled > bar [18] = type I/O Port, range 32, base 0x6000, size 32, > enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 > message > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link > x1(x1) > speed 2.5(2.5) > ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected > ecap 0003[140] = Serial 1 003048ffff905219 > > It might not be an issue with the em driver. Not sure at this point, > but > wondering if anyone has noticed any other slow downs with NFS on > RELENG_8 ? > > > ---Mike > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" >