Date: Fri, 9 Mar 2018 01:18:58 +0000 From: Rick Macklem <rmacklem@uoguelph.ca> To: NAGY Andreas <Andreas.Nagy@frequentis.com>, "'freebsd-stable@freebsd.org'" <freebsd-stable@freebsd.org> Subject: =?iso-8859-1?Q?Re:_NFS_4.1_RECLAIM=5FCOMPLETE_FS=A0failed_error_in_combin?= =?iso-8859-1?Q?ation_with_ESXi_client?= Message-ID: <YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM> In-Reply-To: <D890568E1D8DD044AA846C56245166780124AFCFF8@vie196nt> References: <c5c624de-42bb-45cf-8cf0-b25be56e5f58@frequentis.com> <YQBPR0101MB1042DEF0825996764CBCA829DDC40@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM>, <D890568E1D8DD044AA846C56245166780124AFB90E@vie196nt> <YQBPR0101MB1042479407CAA253674BBAEBDDDB0@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM> <D890568E1D8DD044AA846C56245166780124AFBD21@vie196nt>, <D890568E1D8DD044AA846C56245166780124AFBD91@vie196nt> <YQBPR0101MB104225B6884FEC70A03C61CCDDDA0@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM>, <D890568E1D8DD044AA846C56245166780124AFC0E2@vie196nt>, <YQBPR0101MB1042040D2BFB3681E940D271DDDA0@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM>, <2feda1e2-16d5-43b5-98eb-dcc71cc67c6f@frequentis.com> <YQBPR0101MB10427C97161C74A5C441D1DCDDD80@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM>, <D890568E1D8DD044AA846C56245166780124AFCABC@vie196nt> <YQBPR0101MB1042B17763E2605A7CE72EF5DDDF0@YQBPR0101MB1042.CANPRD01.PROD.OUTLOOK.COM>, <D890568E1D8DD044AA846C56245166780124AFCFF8@vie196nt>
next in thread | previous in thread | raw e-mail | index | archive | help
--_002_YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0YQBPR0101MB1042_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable NAGY Andreas wrote: >Actually I have only made some quick benchmarks with ATTO in a Windows VM = >which has a vmdk on the NFS41 datastore which is mounted over two 1GB link= s in >different subnets. >Read is nearly the double of just a single connection and write is just a = bit faster. >Don't know if write speed could be improved, actually the shar= e is UFS on a HW >raid controller which has local write speeds about 500MB/= s. I took a quick look at your packet trace and it appears that this client does all write FILESYNC. As such, setting vfs.nfsd.async=3D1 won't have any= affect. If you apply the attached patch, it should change the FILESYNC->UNSTABLE so that vfs.nfsd.async=3D1 will make a difference. Again, doing this does put = data at risk when the server crashes. rick --_002_YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0YQBPR0101MB1042_ Content-Type: application/octet-stream; name="writeasync.patch" Content-Description: writeasync.patch Content-Disposition: attachment; filename="writeasync.patch"; size=739; creation-date="Fri, 09 Mar 2018 01:18:51 GMT"; modification-date="Fri, 09 Mar 2018 01:18:51 GMT" Content-Transfer-Encoding: base64 LS0tIGZzL25mc3NlcnZlci9uZnNfbmZzZHNlcnYuYy5zYXYyCTIwMTgtMDMtMDggMjA6NDQ6NDMu MTYzMDgwMDAwIC0wNTAwCisrKyBmcy9uZnNzZXJ2ZXIvbmZzX25mc2RzZXJ2LmMJMjAxOC0wMy0w OCAyMDo1NDo1MC4yMjU3MTkwMDAgLTA1MDAKQEAgLTkxMiw2ICs5MTIsMTUgQEAgbmZzcnZkX3dy aXRlKHN0cnVjdCBuZnNydl9kZXNjcmlwdCAqbmQsIAogCX0KIAogCS8qCisJICogSWYgbmZzX2Fz eW5jIGlzIG5vbi16ZXJvLCBwcmV0ZW5kIHRoYXQgYWxsIHdyaXRlcyBhcmUgYmVpbmcKKwkgKiBk b25lIE5GU1dSSVRFX1VOU1RBQkxFLiAgRG9pbmcgdGhpcyB2aW9sYXRlcyB0aGUgUkZDcyBhbmQg cnVucyB0aGUKKwkgKiByaXNrIG9mIGRhdGEgbG9zcy9jb3JydXB0aW9uIHdoZW4gdGhlIE5GUyBz ZXJ2ZXIgY3Jhc2hlcy4KKwkgKgorCSAqLworCWlmIChuZnNfYXN5bmMgIT0gMCAmJiAobmQtPm5k X2ZsYWcgJiAoTkRfTkZTVjMgfCBORF9ORlNWNCkpICE9IDApCisJCXN0YWJsZSA9IE5GU1dSSVRF X1VOU1RBQkxFOworCisJLyoKIAkgKiBGb3IgTkZTIFZlcnNpb24gMiwgaXQgaXMgbm90IG9idmlv dXMgd2hhdCBhIHdyaXRlIG9mIHplcm8gbGVuZ3RoCiAJICogc2hvdWxkIGRvLCBidXQgSSBtaWdo dCBhcyB3ZWxsIGJlIGNvbnNpc3RlbnQgd2l0aCBWZXJzaW9uIDMsCiAJICogd2hpY2ggaXMgdG8g cmV0dXJuIG9rIHNvIGxvbmcgYXMgdGhlcmUgYXJlIG5vIHBlcm1pc3Npb24gcHJvYmxlbXMuCg== --_002_YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0YQBPR0101MB1042_--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YQBPR0101MB104272F35F3BBD095BAE61E8DDDE0>