Date: Wed, 03 Oct 2007 15:43:41 -0700 From: LI Xin <delphij@delphij.net> To: Philip Murray <pmurray@nevada.net.nz> Cc: freebsd-current@freebsd.org Subject: Re: GJournal Message-ID: <47041B1D.8060900@delphij.net> In-Reply-To: <AFC6218B-22C8-4489-9390-C8D083B0E24A@nevada.net.nz> References: <AFC6218B-22C8-4489-9390-C8D083B0E24A@nevada.net.nz>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] Philip Murray wrote: > Hi, > > I've got a 3TB volume that I really really want to avoid fscks on > (they're taking 4-5hours on an exist 1.5TB volume) so Gjournal is > looking good. > > Is it possible to make it only journal meta-data? Instead of data and > meta-data (ie, like XFS, ext3 by default etc), it seems like you'd take > less of a performance hit due to not having to write all the data twice. Not now. gjournal now acts as a block-level journal provider which does not distinguish between meta-data and file data. > But I understand in this case after a crash you could end up with empty > files? (Due to the metadata being consistent but the data not? I've seen > this happen with XFS before...) > > (I have tried ZFS, but just had two kmem too small panics after 5 > minutes... this is on an amd64 machine with 8GB of RAM) Have you tried the recent -CURRENT snapshot and perhaps VM_KMEM_SIZE_MAX tuning? It would make the situation much better. Cheers, -- Xin LI <delphij@delphij.net> http://www.delphij.net/ FreeBSD - The Power to Serve! [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHBBsdOfuToMruuMARCuE0AJ9nsXm+VqHEpB6hGBjudJBVTgs0iACeOnEj Y4KijHCUFssyk9FRn33tUOA= =Tq5V -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47041B1D.8060900>