From owner-freebsd-current@freebsd.org Tue Oct 31 12:43:05 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B93A0E5937E for ; Tue, 31 Oct 2017 12:43:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0074.outbound.protection.outlook.com [104.47.41.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6590E74515 for ; Tue, 31 Oct 2017 12:43:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM (52.132.46.161) by YTOPR0101MB2171.CANPRD01.PROD.OUTLOOK.COM (52.132.46.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.178.6; Tue, 31 Oct 2017 12:43:02 +0000 Received: from YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad]) by YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM ([fe80::4de0:3ee2:dd30:90ad%13]) with mapi id 15.20.0178.014; Tue, 31 Oct 2017 12:43:02 +0000 From: Rick Macklem To: Cy Schubert CC: Yuri Pankov , freebsd-current Subject: Re: NFSv3 issues with latest -current Thread-Topic: NFSv3 issues with latest -current Thread-Index: AQHTUMopas8UmakPy0GlL/yJGiaU1aL952Zq Date: Tue, 31 Oct 2017 12:43:02 +0000 Message-ID: References: Message from Rick Macklem of "Sun, 29 Oct 2017 13:13:31 -0000." , <201710291525.v9TFPXmQ052790@slippy.cwsent.com> In-Reply-To: <201710291525.v9TFPXmQ052790@slippy.cwsent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; YTOPR0101MB2171; 6:uo5kjkaiYr1KAsET4mxK1rvNgJE+xSGQn3sbrpsi1n0+fkwk687tXrZOhEnFFffA8npXITYdRSE9pNF1qo+FW7RSxzLz+dfmkZXBTevcwkTGtW4s7ghM7ouYgzT2w9yzt8RavmrDivA8D/DNw3hxNRUWAlotqL8XAS5gGlexL4uZzH3Dsc+JPMFL/vdfHxzRGvosJk2k5eyykAnk7MpL/iW6bmt/0tXDt7JtCDqLoFsxWoKmyg7vu4zu97YrPIYOlY2LTT2WADygVtxBE+zTH2xqyxIlo8Rf045RuhiTfjZXCWC9agKHQq9vVI1ZhLBEX8p+ZtrzLHDFuIUIZZQGBu8prgjdOuVkA7JXtxTSsxo=; 5:uR0vutSEWWviyCTJ6ebBV6QOaM5TEVz0fsIOzWhWdDzA5jXOpH0AzJeFovOaoAFab/kmNs/GSxoyykUWCKzY9kN+GqHn7a2L2lyegFJgSgazzhh1Akufeg+wK5m4LENVouGWSyzfUlTMrOtBDnAZRI0AezJRaDNP6mcm/0axW0o=; 24:aNxgktdfdGA1+/yASaFp64g5jh3doF9++PSn+Kdomlf6nc9kluHljmLxpjf/sTvO6HcgEt5WIiXOUCFoDxSU9lfl9shvA4YkRi2/kOapaas=; 7:jtQmJb4QmTyz22rZgjOHhIxH11xOFmkaOCtc28dppUFRJzzOqlpkbmqqOtZDbCS4xR8am6S9SUmjulFMInwb7pGk59GkH3xqU76u8Eifc7b0ktN3WQw77vWP1d2QVXWv2JRJGnuakEHLV3tcUPT24P+cwvA+JnN0Z834Jsvlc55Alnou2CJVq4h1255PLT1aiuUT5/KE/P9+hRq/UXxyzXUy+N2yENIQxcbg7lte+WoacbzFwuqD4Jap20aSHgwH x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 900c4392-ff6a-4211-55d6-08d5205cecd4 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(2017052603238); SRVR:YTOPR0101MB2171; x-ms-traffictypediagnostic: YTOPR0101MB2171: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-exchange-antispam-report-test: UriScan:; x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231020)(100000703101)(100105400095)(3002001)(10201501046)(6041248)(20161123562025)(20161123558100)(20161123560025)(201703131423075)(201702281529075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YTOPR0101MB2171; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YTOPR0101MB2171; x-forefront-prvs: 04772EA191 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(346002)(376002)(24454002)(189002)(199003)(4326008)(2950100002)(53936002)(6916009)(6246003)(2906002)(8936002)(316002)(189998001)(3660700001)(3280700002)(81156014)(8676002)(81166006)(7696004)(9686003)(305945005)(5660300001)(86362001)(8666007)(5250100002)(14454004)(97736004)(102836003)(55016002)(74316002)(101416001)(25786009)(229853002)(478600001)(74482002)(33656002)(105586002)(50986999)(76176999)(54356999)(54906003)(786003)(6436002)(2900100001)(106356001)(68736007)(6506006); DIR:OUT; SFP:1101; SCL:1; SRVR:YTOPR0101MB2171; H:YTOPR0101MB2172.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:3; A:1; LANG:en; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 900c4392-ff6a-4211-55d6-08d5205cecd4 X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Oct 2017 12:43:02.4586 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTOPR0101MB2171 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2017 12:43:05 -0000 Cy Schubert wrote: [stuff snipped] >The sysctl is net.inet.tcp.tso. You can also disable tso through ifconfig >for an interface. > For testing this case, I'd recommend using the sysctl. Since the net device driver is often the culprit, that device driver might not handle the "ifcon= fig" correctly either. Btw, NFS often causes this because... - Typically TSO is limited to a 64K packet (including TCP/IP and MAC header= s). - When NFS does reading/writing, it will do 64K + NFS, TCP/IP and MAC heade= rs for an RPC (or a multiple of 64K like 128K). --> This results in tcp_output() generating a 64K TSO segment followed by a small TCP segment (since another RPC message doesn;t usually end up queued quickly enough to fill in the rest of the second TCP segment). - Also, at the end of file, you can get an RPC which is just under 64K incl= uding NFS and TCP/IP headers. (The drivers often broke when adding the MAC header bumped this case to > 64K.) Thanks go to Yuri for diagnosing this, rick