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_at_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 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. > > >Received on Wed Jun 10 2009 - 10:04:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:49 UTC