From nobody Mon Apr 25 13:27:27 2022 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 570281A9976D for ; Mon, 25 Apr 2022 13:28:00 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Kn5Rg4TCWz4pBK; Mon, 25 Apr 2022 13:27:59 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from outgoing.leidinger.net (p5b165562.dip0.t-ipconnect.de [91.22.85.98]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "outgoing.leidinger.net", Issuer "R3" (verified OK)) by mailgate.Leidinger.net (Postfix) with ESMTPSA id 88FC011E3; Mon, 25 Apr 2022 15:27:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1650893266; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=g9UUOOueLUQEzv+kjTbJoCTjtZ9flr+v7TpynihJnfw=; b=16EM43juvS+/swoo5hqwDBvQ5ev3JV/5qnrXaLGoy6+NLSKS9w623ZUCvPhF2OD3+FQFPj SR6H42SUxeCuHzH8pvjkF4+TPOBoQfgmE6e74R0FEwz/vrUiHlEWr+9VUMXEYqmgb4olnU bk5EMfV6b0E9tYJTiMZ6GTtpa7ZnYRU38P7blc93W3V7NEGSYWi8rtnB6dRad0LZiuwMQ5 IqmmaxMRgXznxXmaIs8arFz9j2fMBZJyX0SuTJQKWZjMsUOPy+E9EkR+gBMl76TQ7h/JGc ll/E2vVt426I0o74KbejICfftloJua+OiaEIewbXaltG+8VNd9O+g4kF/vTPMg== Received: from webmail.leidinger.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by outgoing.leidinger.net (Postfix) with ESMTPS id 9F88341AE; Mon, 25 Apr 2022 15:27:28 +0200 (CEST) Date: Mon, 25 Apr 2022 15:27:27 +0200 Message-ID: <20220425152727.Horde.YqhquyTW0ZM3HAbI1kyskic@webmail.leidinger.net> From: Alexander Leidinger To: Doug Ambrisko Cc: Mateusz Guzik , freebsd-current@freebsd.org, pstef@freebsd.org Subject: Re: nullfs and ZFS issues References: <20220420113944.Horde.5qBL80-ikDLIWDIFVJ4VgzX@webmail.leidinger.net> <20220421083310.Horde.r7YT8777_AvGU_6GO1cC90G@webmail.leidinger.net> <20220421154402.Horde.I6m2Om_fxqMtDMUqpiZAxtP@webmail.leidinger.net> <20220422090439.Horde.TabULDW9aIeaNLxngZxdvvN@webmail.leidinger.net> <20220424195817.Horde.W5ApGT13KmR06W2pKA0COxB@webmail.leidinger.net> In-Reply-To: <20220424195817.Horde.W5ApGT13KmR06W2pKA0COxB@webmail.leidinger.net> Accept-Language: de,en Content-Type: multipart/signed; boundary="=_Fs4hNnq1O6CY8cmh2SLOJ4q"; protocol="application/pgp-signature"; micalg=pgp-sha256 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4Kn5Rg4TCWz4pBK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=16EM43ju; dmarc=pass (policy=quarantine) header.from=leidinger.net; spf=pass (mx1.freebsd.org: domain of Alexander@leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@leidinger.net X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; NEURAL_SPAM_SHORT(1.00)[0.998]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; MLMMJ_DEST(0.00)[freebsd-current]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[91.22.85.98:received] X-ThisMailContainsUnwantedMimeParts: N This message is in MIME format and has been PGP signed. --=_Fs4hNnq1O6CY8cmh2SLOJ4q Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Alexander Leidinger (from Sun, 24=20=20 Apr=202022 19:58:17 +0200): > Quoting Alexander Leidinger (from Fri, 22=20=20 >=20Apr 2022 09:04:39 +0200): > >> Quoting Doug Ambrisko (from Thu, 21 Apr=20=20 >>=202022 09:38:35 -0700): > >>> I've attached mount.patch that when doing mount -v should >>> show the vnode usage per filesystem. Note that the problem I was >>> running into was after some operations arc_prune and arc_evict would >>> consume 100% of 2 cores and make ZFS really slow. If you are not >>> running into that issue then nocache etc. shouldn't be needed. >> >> I don't run into this issue, but I have a huge perf difference when=20= =20 >>=20using nocache in the nightly periodic runs. 4h instead of 12-24h=20=20 >>=20(22 jails on this system). >> >>> On my laptop I set ARC to 1G since I don't use swap and in the past >>> ARC would consume to much memory and things would die. When the >>> nullfs holds a bunch of vnodes then ZFS couldn't release them. >>> >>> FYI, on my laptop with nocache and limited vnodes I haven't run >>> into this problem. I haven't tried the patch to let ZFS free >>> it's and nullfs vnodes on my laptop. I have only tried it via >> >> I have this patch and your mount patch installed now, without=20=20 >>=20nocache and reduced arc reclaim settings (100, 1). I will check the=20= =20 >>=20runtime for the next 2 days. > > 9-10h runtime with the above settings (compared to 4h with nocache=20=20 >=20and 12-24h without any patch and without nocache). > I changed the sysctls back to the defaults and will see in the next=20=20 >=20run (in 7h) what the result is with just the patches. And again 9-10h runtime (I've seen a lot of the find processes in the=20=20 periodic=20daily run of those 22 jails in the state "*vnode"). Seems=20=20 nocache=20gives the best perf for me in this case. Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_Fs4hNnq1O6CY8cmh2SLOJ4q Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIzBAABCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmJmob4ACgkQEg2wmwP4 2IZUsg//Y0qPWaTPXK7ymy3P1TeXCjTm0pvd9PpeyJDC49twl6Gx7uYK6SuGR9tw JGrJV/ZehCkLwV9I5tP/COGHEp3iReijna7b+zC1/5v+rnLPXQSRVAEf2MHN+jo2 dnP+QTVLun89XYaOBqkIXcOarTKLjafSRWZe1PUeEwFNtqASR/Yjan53hdqI3ArI 5hNp3TVKRgAyTx4nPXbykLDrCs1MHLwjnego80ysTimMNG5yk1gl+zjwBuRwmC7f /lMccRyy2wS4o8LzAWqRpjLrg+q2lZDIdzC4P/+ItvItYq+ky7K5VbEyrjDIj1+0 8z5SXEBLU6qBF4rPD6qxE0+YUNKkmqs4dNcU47m728hN4jP/aCU6pz+iwFpMBLs5 OGQkz4r2f6FXzlxM1t/+KIsYK77wRZlfRFYd2eEEE3eUEWE2hj59GWuGlcoK5j9G 819+CxURqEq8IX6ElXxwJ8tPDYnJfG3Lc9bwGTfatcwHV1GbT1JIAz9GXjA1Rxrf IhbsbD1peW4Q2j8w/vacUh5m/qiUNxM91Wp3O36UsvE9OeL92IADHgGKq0AG4bhk F88N8b77G9c2FOzA8Ix/Y+neafiH1pD4qnCYF7m+IYkBGgtP1HJ6wshEqZTjMSS4 JkWzTtjGPT/bR30wy0DB6NNygZS0WLPmFf4cKurHwkGPYJFTIKE= =jj93 -----END PGP SIGNATURE----- --=_Fs4hNnq1O6CY8cmh2SLOJ4q--