Date: Tue, 9 Jan 2007 18:37:16 +0100 (CET) From: Oliver Fromme <olli@lurza.secnetix.de> To: freebsd-stable@FreeBSD.ORG, ghelmer@palisadesys.com Subject: Re: 6.x loosing record of free space after filesystem fills? Message-ID: <200701091737.l09HbGSZ026335@lurza.secnetix.de> In-Reply-To: <45A29EAD.5050308@palisadesys.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Guy Helmer wrote: > I think we've finally found the cause of the problem - it wasn't just > occurring after heavy use, but was visible right after filesystem > creation! We regularly built new filesystems with "newfs -U -O 1 -b > 65536 -f 8192" Why are you using those blocksize and fragsize settings? (If you store large files, then you should at least also decrease the inode density, using the -i option.) Some time ago, Joe Greco wrote: > > the one unusual thing about the configuration is that the filesystem > > we are attempting to build on is a 136GB ccd across 4 scsi disks with > > the fsize=8192 and the bsize=65536 (it is mainly to be used for large > > data log files): > > FreeBSD doesn't support fsize/bsize so large. There are ongoing issues > within the filesystem code and VM code that will cause such filesystems > to break under heavy load. Matt Dillon also talked about this being less- > than-optimal for the VM system from some technical points of view. It has been a while, and I'm not sure if there are still problems with those non-standard fsize/bsize settings, but I would definitely try to avoid them for production use. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200701091737.l09HbGSZ026335>