From owner-freebsd-stable@freebsd.org Sun Mar 17 15:49:04 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36052153FDF0 for ; Sun, 17 Mar 2019 15:49:04 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 6597985243 for ; Sun, 17 Mar 2019 15:49:02 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Sun, 17 Mar 2019 16:46:55 +0100 Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.201]; envelope-from= Received: from [192.168.1.201] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id 216E1225-DAA4-40A5-8826-70EF8E6A40AD.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 verify=NO); Sun, 17 Mar 2019 16:46:48 +0100 From: Rainer Duffner Message-Id: <86C7CA40-EBB4-498E-BFD9-34187DBE1323@ultra-secure.de> Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: Observations from a ZFS reorganization on 12-STABLE Date: Sun, 17 Mar 2019 16:48:45 +0100 In-Reply-To: <58eb1994-41bd-cd22-be66-0024bcbc36e6@denninger.net> Cc: freebsd-stable@freebsd.org To: Karl Denninger References: <58eb1994-41bd-cd22-be66-0024bcbc36e6@denninger.net> X-Mailer: Apple Mail (2.3445.102.3) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=14 total_conn=8 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 8739, bad: 6, connections: 9487, history: 8733, asn_score: 253, asn_connections: 270, asn_good: 253, asn_bad: 0, pass:asn, asn_all_good, relaying X-Rspamd-Queue-Id: 6597985243 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [1.61 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.81)[-0.814,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.47)[-0.467,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[ultra-secure.de]; AUTH_NA(1.00)[]; URI_COUNT_ODD(1.00)[3]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.67)[0.672,0]; MX_GOOD(-0.01)[connect.ultra-secure.de]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:24940, ipnet:88.198.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.27)[ipnet: 88.198.0.0/16(0.63), asn: 24940(-1.95), country: DE(-0.01)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Mar 2019 15:49:04 -0000 > Am 17.03.2019 um 15:58 schrieb Karl Denninger : >=20 > I've long argued that the VM system's interaction with ZFS' arc cache > and UMA has serious, even severe issues. 12.x appeared to have > addressed some of them, and as such I've yet to roll forward any part = of > the patch series that is found here [ > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594 = ] or the > Phabricator version referenced in the bug thread (which is = more-complex > and attempts to dig at the root of the issue more effectively, > particularly when UMA is involved as it usually is.) >=20 > Yesterday I decided to perform a fairly significant reorganization of > the ZFS pools on one of my personal machines, including the root pool > which was on mirrored SSDs, changing to a Raidz2 (also on SSDs.) This > of course required booting single-user from a 12-Stable memstick. Interesting. The patches published before Christmas 2018 solved all of the problems I = had (shared by many others, probably also visible on the FreeBSD = project=E2=80=99s own infrastructure) with 11.2 and 12.0 I run a decently sized syslog-server and the 25MB/s stream of = syslog-data was killing 11.2 almost instantly. I have a few 11.2 systems that I haven=E2=80=99t patched yet - but they = have north of 128GB of RAM and ARC had been configured down to 70% long = before that - so I never saw the issue there.