From nobody Sat Oct 22 19:55:48 2022 X-Original-To: dev-commits-src-all@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 4MvsX841yYz4fwpL; Sat, 22 Oct 2022 19:55:52 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MvsX83TZbz4MKq; Sat, 22 Oct 2022 19:55:52 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666468552; 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=VW+a6qFPYYu92uifE+MoSBgAmItFAIsmy5OEyOjJQqI=; b=OG6joLpUfDMuALBRlJ8jmqbXp+BeSsNdmPBDTwnKeyw91jke0fPJ4r9e4REt2mgT4cSYCS yP2vpO73euDrGNGOQQqSLa7MtA7890nxC0lDVeCp6cIQnnAH0SChDhwCGzB9IltuoLlvp0 UMYOwS2uQivMNtC0jU8HkELwrKFOdTzZcMCbpxROIxxZWoE+OZru6pck4RNEi9N5gXnaXg FGex3cA9QNg2EfeSDMJ2vyTstOoKelxlSPcuYXp8ZL8+q9vOSOR3CuPAVEfDaE/nDrXGDq hyuzRsmY1R1m0BnD9LWgCWr2hOIm1uYf8+0Ad6jgiCEs5K5kjg6clrd5+LS6Mg== Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4MvsX81dT0zh09; Sat, 22 Oct 2022 19:55:52 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 753D78D4A212; Sat, 22 Oct 2022 19:55:50 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id CBAF35C3A832; Sat, 22 Oct 2022 19:55:49 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id wURApUsjtRFR; Sat, 22 Oct 2022 19:55:48 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:b66b:fcff:fef3:e3d2]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 77DA15C3A82F; Sat, 22 Oct 2022 19:55:48 +0000 (UTC) Date: Sat, 22 Oct 2022 19:55:48 +0000 (UTC) From: "Bjoern A. Zeeb" To: Kirk McKusick cc: src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org Subject: Re: git: 243a0eda9ace - main - Increase the maximum size of the journaled soft-updates journal. In-Reply-To: <202210211800.29LI0mVY002625@gitrepo.freebsd.org> Message-ID: <269os56-632-9n9-o0qs-p4nq4257o221@mnoonqbm.arg> References: <202210211800.29LI0mVY002625@gitrepo.freebsd.org> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1666468552; 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=VW+a6qFPYYu92uifE+MoSBgAmItFAIsmy5OEyOjJQqI=; b=spZnuBdadOB1n+OCpaiJbdX8WI7DXsOUuoNGH1HYonhVSoRIpgk7C9uRyF6SbRF1oA0WDY jfsy2iRRgLaul0Buj7xalbIl7C3nv5iYEoGzbOMQoaAm+ktRewD5nlMUVWzh4nyA+wLixK JnMZ1rNzojRr9GWY2jjZgRemNyODCnWr+Jv4pFbFgg7RkZbrRpVb5ciksJ41mcQMdPZ/ln h3bkyZo2YvxBksVLj5uXERnVMtOyAjwEStFYSr1DkzWakKU2VPSlBRMim02fucGp5bRdP6 U7Lgv30r4eRHFFZKurwfUfNwMGSdDxxxMt6bQ9ccej0yknChmshS64mh14nHzg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1666468552; a=rsa-sha256; cv=none; b=VhP0q/jfv751s0lH+myH64UMI8bmFBtmicv8TUVUaNcBrrUSnBnC97xHzXwMlgg8bqhhAW RWfBOnMyPvzgoUmzRWM2Km0eOXi5DAttmInqQXeCl+sFGaGx8zS+zDmEP9FwLWPcMKejpQ L3a665kwS/u5JdhksBO0Pjw51QBgSZiq11uUUrby6b9R4HY5M2bhlS/m5GcvqcAL7JhLCs cEaAVJ2g5PblaX/DnlngBMHE1eUCtO89kCotijEKEs1jj+n267UeDFQmIyYSrWcDVMaHfi vwkDDo1ktOWSNpYo6ozvXdfo22lxyn+JzyAbv6OMHsXogOLAnW+BFRqea4z91Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Fri, 21 Oct 2022, Kirk McKusick wrote: > The branch main has been updated by mckusick: > > URL: https://cgit.FreeBSD.org/src/commit/?id=243a0eda9ace2f4d9cdd5291c352816ddc9ebdb2 > > commit 243a0eda9ace2f4d9cdd5291c352816ddc9ebdb2 > Author: Kirk McKusick > AuthorDate: 2022-10-21 18:00:00 +0000 > Commit: Kirk McKusick > CommitDate: 2022-10-21 18:00:00 +0000 > > Increase the maximum size of the journaled soft-updates journal. > > The size of the journaled soft-updates journal should be big enough > to hold two minutes of filesystem metadata-update activity. The > maximum size of the soft updates journal was set in the 1990s. At > the time it was assummed that disk arrays would top out at 16 drives > and disk writes per drive would top out at 500 per second. Today's > I/O subsystems are considerably bigger and faster than those limits. > Thus this delta removes the hard upper limit and lets tunefs(8) and > newfs(8) set the upper bound based on the size of the filesystem and > its cylinder groups. Do you have some examples for common disk sizes how big the journal will be approx? I am just wondering for example how's 1TB vs. 22TB? You may remember that I had tried the 512MB journal before which then had noticeable delays during unmount. Can we get that big now? -- Bjoern A. Zeeb r15:7