From owner-freebsd-current@freebsd.org Sun Nov 27 01:39:40 2016 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 698B9C585C7 for ; Sun, 27 Nov 2016 01:39:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0053.outbound.protection.outlook.com [207.46.100.53]) (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 095069A0; Sun, 27 Nov 2016 01:39:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM (10.169.141.138) by YQBPR01MB0178.CANPRD01.PROD.OUTLOOK.COM (10.169.141.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.747.13; Sat, 26 Nov 2016 23:06:27 +0000 Received: from YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM ([10.169.141.138]) by YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM ([10.169.141.138]) with mapi id 15.01.0747.015; Sat, 26 Nov 2016 23:06:27 +0000 From: Rick Macklem To: Alan Somers , Konstantin Belousov CC: FreeBSD CURRENT Subject: Re: NFSv4 performance degradation with 12.0-CURRENT client Thread-Topic: NFSv4 performance degradation with 12.0-CURRENT client Thread-Index: AQHSRhIPtzL8Jj0C/0q6PJtKKLQgMaDn2GqAgAA8DvaAAGR2gIAAPUCRgACtAACAAEDk+4AAF32AgACCDYCAAaeOTQ== Date: Sat, 26 Nov 2016 23:06:26 +0000 Message-ID: References: <20161124090811.GO54029@kib.kiev.ua> <20161125084106.GX54029@kib.kiev.ua> <20161125135725.GD54029@kib.kiev.ua>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rmacklem@uoguelph.ca; x-ms-office365-filtering-correlation-id: 0aa07be5-c1ec-41d3-fabc-08d41650d99e x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:YQBPR01MB0178; x-microsoft-exchange-diagnostics: 1; YQBPR01MB0178; 7:v+QPOK1mKkaUxL8IEG2PH190ssXzFN7f2zknEwFbINQj2UW4ljmSRM8M2Qp8w+J+JzuTPMWfYTm8zy/EWlNXlr/4dAStHomPRjYp98vswkosp/eHmFxmPYPAmfOKpZ7vJyjSLWmZgHEDpOiUXgz2SF5h11mrXc9ZVIVz3Ye5AdGeGsUpNMbgr1Eppjvocn9VK+pUcK/akJEJ7rBxC+cwowioxy20i2ED0VhmJbxFUqiAGgrZxDV9Fin4I/th0/lGq91jrfg69KVSAv4uhsforanOTYK4kiuIhRuCLgnZmWG2V7xcLkqVDV3cNWaYOpk/a2Ihl+wWJUTy4ozSSzLQKrjAgOCcGzyfnhWQEt6dRTQ4DDpeYAEZ8K9j88pyaOWmbtr7ZrKKJFekP7+YfnoiOEau8knjbQGBYxlO/SLV2vHEvnag0CmWuByaNjUZdI3GQBMkJOHcZSNyz+6LdK8SQQ== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6060326)(6040361)(6045199)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(6061324)(20161123560025)(20161123555025)(20161123564025)(20161123562025)(2016111802025)(6043046); SRVR:YQBPR01MB0178; BCL:0; PCL:0; RULEID:; SRVR:YQBPR01MB0178; x-forefront-prvs: 0138CD935C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(189002)(24454002)(199003)(86362001)(68736007)(97736004)(81166006)(3660700001)(81156014)(9686002)(3280700002)(8676002)(105586002)(5001770100001)(33656002)(93886004)(189998001)(5660300001)(76176999)(102836003)(38730400001)(39060400001)(39450400002)(92566002)(50986999)(122556002)(8936002)(305945005)(77096006)(39400400001)(229853002)(39380400001)(39410400001)(7696004)(2900100001)(6506003)(101416001)(2950100002)(2906002)(4326007)(74482002)(54356999)(106116001)(7846002)(106356001)(74316002); DIR:OUT; SFP:1101; SCL:1; SRVR:YQBPR01MB0178; H:YQBPR01MB0180.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; 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-originalarrivaltime: 26 Nov 2016 23:06:26.8060 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR01MB0178 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: Sun, 27 Nov 2016 01:39:40 -0000 Alan Somers wrote: [stuff snipped] >Mounting nullfs with the nocache option, ad kib suggested, fixed the >problem. Also, applying kib's patch and then mounting nullfs with >default options also fixed the problem. Here is the nfsstat output >for "ls -al" when using kib's patch. Notice the client has far fewer >opens: I did a quick test which confirmed that the opens get closed when the "noca= che" option is used on the nullfs mount as well. Kostik, I think your patch is a good idea and you can consider it reviewed = by me if you'd like. I also did a quick test wth unionfs and it did not accumulate opens, so it = doesn't seem to suffer from this problem. (It does have issues, as noted by the BUG= S section of the mount_unionfs man page.) rick