Date: Tue, 9 Jun 2009 22:10:22 +0200 (CEST) From: Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> To: Dan Naumov <dan.naumov@gmail.com> Cc: Nick Barkas <snb@freebsd.org>, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: sysinstall, GJOURNAL and ZFS Message-ID: <alpine.BSF.2.00.0906092208100.8273@wojtek.tensor.gdynia.pl> In-Reply-To: <cf9b1ee00906091036q2ef84980gd8a046e21107782c@mail.gmail.com> References: <cf9b1ee00906090242h6dea1182h8e743b7ceec36c2c@mail.gmail.com> <alpine.BSF.2.00.0906091632430.6551@wojtek.tensor.gdynia.pl> <cf9b1ee00906090757v7d589dfch978076a97be724a9@mail.gmail.com> <20090609172142.GA92146@ebi.local> <cf9b1ee00906091036q2ef84980gd8a046e21107782c@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> filesystems/volumes of today, which can easily span 10tb+ in a > production environment, having to deal with fsck times is a complete > no-go. > just use large block sizes are really small amount of inodes. it's unlikely that you will fill such huge FS with mostly small files, so larger blocks are not wasting space. Just DON'T USE defaults. fsck takes <5 minutes to check 1TB drive with -b 32768 and -i 524288 > One could of course argue that environments where 10tb+ volumes are > used right now are special cases, where the administrator would know No it's not special case. Just needs to be handled properly.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0906092208100.8273>