sysinstall, GJOURNAL and ZFS

Dan Naumov dan.naumov at
Wed Jun 10 12:04:54 UTC 2009

And things like these are amongst the reasons why I want to see newer
options be presented and offered to the user during installation
process. Default installation options (and the ONLY options presented
by sysinstall) that result in enormous snapshot creation times and
long fsck times are just not good enough in the year 2009. I fully
understand the reasons behind using something "truly tested and proven
by time" as the default, but presenting the newer options to the user
during installation process as well gives these newer options
(UFS2+GJournal and ZFS in this case) a better exposure, resulting in
more testing, resulting in these new features getting their quirks
ironed out faster and resulting in these new features getting the
"truly tested and proven by time" stamp of approval faster. I think we
can all agree this would be a good thing?

- Dan Naumov

On Wed, Jun 10, 2009 at 2:46 PM, Wojciech
Puchar<wojtek at> wrote:
>> to be more precise): inappropriate time of file system lock on snapshot
>> creation. On not-too-big 300G ufs2 not-too-heavy loaded snapshot creation
>> time
>> is 20+ minutes, and 5+ from that file system blocked even on reads.  This
>> looks
>> unacceptable for me for any real use.
> that's why i disable it. If you sum up time of total blocked and time of
> almost-blocked you will end with much more than fsck normally use with
> foreground check.

More information about the freebsd-current mailing list