From nobody Sat May 22 19:13:52 2021 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 F20BD8CAFF4 for ; Sat, 22 May 2021 19:13:59 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FnY6v435Qz4t98; Sat, 22 May 2021 19:13:58 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 1ff7cfe8; Sat, 22 May 2021 19:13:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; s=20180501; bh=F6bfIsfDFYJE4w Hi7U94WZYa50o=; b=aG3YKfMPyAzcf91851jbYUI71lvyca4xRqVsIIs/u1Ud2E 6HXrEeRz0SmNkrjSuTA+6cXtDi3k6smNRyKER0P08OOG6qH60oQWS1gD5U7eiOZl Oe271FerU89YONHJ7S22M3M2jrvHNpYjZk7Aysk/opzxoJBLBt8lDjVeZzZXKYQ2 XjhWmlLNysaiSNCG7pviXBfD+ujZTB4fSkVlzu49xfzYgI4W9hP5uM6l75ids2Mp OOEyuZlQPVx4j5IIBMoP/Bju3ZdNYB2JEMEFwnacO3gHb+Tj2gm5vKkY3NrUCb3L v53W/5Inu6Rq0JPd587PwuJrNYyp2TALgbCsNKzQ== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=content-type :content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; q=dns; s=20180501; b=YGcgcC16 5T69n4SZhH4sUVhjXbYI9iW84bsU/ffqFGe4c8cjRt1b8ySRsEzmdd4fuc2P4x1I Rupiu27QYUopVzwdcc3OTy35NFgdMOouT+1zBNnNjTykFxlifAnZIQrQYxCpUp6l wUusCikEcx4rgG//u4iFGHb0tOXA29162PN53BlAsEpHdTWFxu8bD46ZNbBAvZQs qobPknkO/XpfbYigaWE9553kfZOVS0djK7BfkmgtKR4UZKUjFJn6dbzieE1zThak UWoDZ0Hqnpnh1ICkr8uJN7iOIOO74FsVzM8Lm+pV6bknROyJaq7CPEwT2wR8zdTi oTK/74Ka79JDEg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 1116d350 (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Sat, 22 May 2021 19:13:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (1.0) Subject: Re: tuning a zfs-mounted /var From: Michael Gmelin In-Reply-To: Date: Sat, 22 May 2021 21:13:52 +0200 Cc: freebsd-current@freebsd.org Message-Id: References: To: tech-lists X-Mailer: iPhone Mail (18E212) X-Rspamd-Queue-Id: 4FnY6v435Qz4t98 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Spam: Yes > On 22. May 2021, at 20:32, tech-lists wrote: >=20 > =EF=BB=BFHi, >=20 > What options could one pass to zfs to speed it up to characteristics > favourable to what's usually in /var ? Like lots of fast writes, lots of > files smaller than what's on /usr, lots of file creation and deletion > but also quite a few files that might become large, like what's in > /var/log, things like that. >=20 Make sure your pool (or at least the /var file system) has compression=3Dlz4= and that atime is off, beyond that I wouldn=E2=80=99t bother to try to opti= mize manually there, unless you run a database like MySQL in /var/db/=E2=80=A6= , in which case setting a fixed record size might make sense. Best Michael > thanks, > --=20 > J.