Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 10 Jun 2009 15:04:35 +0300
From:      Dan Naumov <dan.naumov@gmail.com>
To:        Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl>
Cc:        freebsd-hackers@freebsd.org, Dmitry Morozovsky <marck@rinet.ru>, freebsd-current@freebsd.org, sthaug@nethelp.no, snb@freebsd.org, =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= <des@des.no>
Subject:   Re: sysinstall, GJOURNAL and ZFS
Message-ID:  <cf9b1ee00906100504p31de4d4dj1ddd4c54b95f95de@mail.gmail.com>
In-Reply-To: <alpine.BSF.2.00.0906101346040.16323@wojtek.tensor.gdynia.pl>
References:  <alpine.BSF.2.00.0906091632430.6551@wojtek.tensor.gdynia.pl> <cf9b1ee00906090757v7d589dfch978076a97be724a9@mail.gmail.com> <20090609172142.GA92146@ebi.local> <20090609.195750.41709103.sthaug@nethelp.no> <86hbyowgj6.fsf@ds4.des.no> <alpine.BSF.2.00.0906101428591.49870@woozle.rinet.ru> <alpine.BSF.2.00.0906101346040.16323@wojtek.tensor.gdynia.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
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?

Sincerely
- Dan Naumov



On Wed, Jun 10, 2009 at 2:46 PM, Wojciech
Puchar<wojtek@wojtek.tensor.gdynia.pl> 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 creatio=
n
>> time
>> is 20+ minutes, and 5+ from that file system blocked even on reads. =A0T=
his
>> 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.
>
>
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cf9b1ee00906100504p31de4d4dj1ddd4c54b95f95de>