From nobody Sat Dec 23 15:13:17 2023 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 4Sy73F57zSz54cpD for ; Sat, 23 Dec 2023 15:13:29 +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_AES_256_GCM_SHA384 (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 4Sy73F1hYRz3JMR for ; Sat, 23 Dec 2023 15:13:29 +0000 (UTC) (envelope-from freebsd@grem.de) Authentication-Results: mx1.freebsd.org; none Received: by mail.evolve.de (OpenSMTPD) with ESMTP id bb7a3f0f; Sat, 23 Dec 2023 15:13:19 +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=AZJMAhFGc1vKNh WIpiPYj4ZtPb8=; b=hkMqatzmS0yYKrTUzQpFLfuDJ15rOC1gmPikX2PIcOUYit eYV8fk+PShjlvxLW16k7DNNjwKCiuF3O36PFEP67JH7tr9TOlTKJ96O0xKKwN6Bh WIOFMd6EiiJ7u/2EFIyerlVPk1G3uAyBb9ViLmK+OJ/jgKHgDyD3TpmQIXh58ZZ0 MSKXRXIXIXkLnNcLxdORUCVAoioNEbt9vbuCumh1DQe6ll/NsrWE7ooyb6ilFDUI pm3sFpvWN6q2x+MZEElfpfKDvX/qcMYs1CyInaAuEIOtnc7+pUmTtTd4NvKnzObp +k0IuXaXnWt1Gs/ubtCXhFHyoZGssAOfTU9dc+HQ== 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=P/6rkEnH rI7Rdyo6oH/yXt593kxTRTn5qQAJCm5lqFcptePHPPrQqM1xB0EKt2XoqAfDmo6W Emj6dVk/E39iHnl5BOiycybBP7KsrNeQaLeB+f50mCrPX8ZRTkb1WB59CdEYYd0z im2GpalXzfiviy2+tmMouAKh8LSe/Zrmo8U8FvzZ2X8v6RRVwFxZc+y1Fl6sqNpK oAJuexzAyo/B5nIL8BtHxPcIQaKB4xycZyRDeN6872vgvG1j9eeCeK2C/qR/y6LF NUr8vdv/+z8qdPes7rOMc9QoRBEvhA2WhJmWSEmzEPgJnWGDqwYDSUfzkj+e7pL9 wSf12gb3769Ucg== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 997393f1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 23 Dec 2023 15:13:19 +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: Proposal: Disable compression of newsyslog by default From: Michael Gmelin In-Reply-To: Date: Sat, 23 Dec 2023 16:13:17 +0100 Cc: d@delphij.net, freebsd-current@freebsd.org Message-Id: <70FC144A-73DA-452E-9744-C05FF9B1257B@grem.de> References: To: Enji Cooper X-Mailer: iPhone Mail (20H240) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Sy73F1hYRz3JMR > On 23. Dec 2023, at 16:10, Enji Cooper wrote: >=20 > =EF=BB=BF >> On Dec 22, 2023, at 23:18, Xin Li wrote: >>=20 >> =EF=BB=BFHi, >>=20 >> Inspired by D42961, I propose that we move forward with disabling the com= pression by default in newsyslog, as implemented in https://reviews.freebsd.= org/D43169 >>=20 >> Historically, newsyslog has compressed rotated log files to save disk spa= ce. This approach was valuable in the early days where storage space was lim= ited. However, the landscape has changed significantly. Modern file system= s, such as ZFS, now offer native compression capabilities. Additionally, the= widespread availability of larger hard drives has diminished the necessity f= or additional compression. Notably, the need to decompress log files for pa= ttern searches poses a significant inconvenience, further questioning the ut= ility of this legacy feature. >>=20 >> In commit 906748d208d3, flags J, X, Y, Z can now indicate that a log file= is eligible for compression rather than directly enforcing it. It allows fo= r a more flexible approach, wherein the actual compression method can be set= to "none" or specified as one among bzip2, gzip, xz, or zstd. >>=20 >> Therefore I would propose that we change the default compression setting t= o "none" in FreeBSD 15.0. This change reflects our adaptation to the evolvi= ng technological environment and user needs. It also aligns with the broade= r initiative to modernize our systems while maintaining flexibility and effi= ciency. >>=20 >> I look forward to your thoughts and feedback on this proposal. >=20 > This impacts embedded systems or jails which use UFS as the default /var/l= og backed device. There are quite a few larger consumers of FreeBSD out ther= e that still use UFS instead of ZFS. >=20 > Adding this instead into bsdinstall and the documentation as a suggested k= nob seems like a good way to go. >=20 > Just something to keep in mind when making this change. I would not change the default behavior (POLA violation), but adding an easy= to change knob to disable compression sounds like a reasonable approach. -m