Greetings! As one ''stuck'' with 4k leaves on my main machine for the moment, can I request the btrfs-progs v0.20 defaults to more efficient decent block sizes before release. Most distro install programs for the moment don''t give access to the options at install time and there seems to be is a significant advantage to 16k or 32k I know you''re at -rc stage but I hope that this is a no brainer. ;-) Kind regards. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Oct 31, 2012 at 12:20:39PM +0000, Alex wrote:> As one ''stuck'' with 4k leaves on my main machine for the moment, can I request > the btrfs-progs v0.20 defaults to more efficient decent block sizes before > release. Most distro install programs for the moment don''t give access to the > options at install time and there seems to be is a significant advantage to 16k > or 32kIMHO this should be fixed inside the installer, changing defaults for a core utility will affect everybody. 4k is the most tested option and thus can be considered "safe for everybody". The installer may let you to enter a shell and create the filesystem by hand, then point it to use it for installation. david -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Nov 5, 2012 at 10:06 AM, David Sterba <dave@jikos.cz> wrote:> On Wed, Oct 31, 2012 at 12:20:39PM +0000, Alex wrote: >> As one ''stuck'' with 4k leaves on my main machine for the moment, can I request >> the btrfs-progs v0.20 defaults to more efficient decent block sizes before >> release. Most distro install programs for the moment don''t give access to the >> options at install time and there seems to be is a significant advantage to 16k >> or 32k > > IMHO this should be fixed inside the installer, changing defaults for a > core utility will affect everybody. 4k is the most tested option and > thus can be considered "safe for everybody". > > The installer may let you to enter a shell and create the filesystem by > hand, then point it to use it for installation.If we know a better setting, we should default to it. Punting the decision to the distro just means I''ll spend the next 3 years telling people "yeah, distro X doesn''t set it to the recommended setting (which isn''t the mkfs default), and there''s no way to change it without wiping and reinstalling using manual partitioning blah blah blah." -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Nov 05, 2012 at 10:25:38AM -0600, cwillu wrote:> On Mon, Nov 5, 2012 at 10:06 AM, David Sterba <dave@jikos.cz> wrote: > > On Wed, Oct 31, 2012 at 12:20:39PM +0000, Alex wrote: > >> As one ''stuck'' with 4k leaves on my main machine for the moment, can I request > >> the btrfs-progs v0.20 defaults to more efficient decent block sizes before > >> release. Most distro install programs for the moment don''t give access to the > >> options at install time and there seems to be is a significant advantage to 16k > >> or 32k > > > > IMHO this should be fixed inside the installer, changing defaults for a > > core utility will affect everybody. 4k is the most tested option and > > thus can be considered "safe for everybody". > > > > The installer may let you to enter a shell and create the filesystem by > > hand, then point it to use it for installation. > > If we know a better setting, we should default to it. Punting the > decision to the distro just means I''ll spend the next 3 years telling > people "yeah, distro X doesn''t set it to the recommended setting > (which isn''t the mkfs default), and there''s no way to change it > without wiping and reinstalling using manual partitioning blah blah > blah."Totally agree - this is the policy that we follow for mkfs.xfs defaults. i.e. If we know it is better for the majority of workloads, and we have confidence it''s not going to cause lots of new problems or regressions, then it should be the default setting. This is also the reason that we can say "use the defaults" to most questions about "what is optimal?". i.e: http://xfs.org/index.php/XFS_FAQ#Q:_I_want_to_tune_my_XFS_filesystems_for_.3Csomething.3E Cheers, Dave. -- Dave Chinner david@fromorbit.com -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html