Re: [PATCH] - Make mke2fs.c defaults match mke2fs.conf defaults
On Mon, May 07, 2007 at 11:31:22AM -0500, Eric Sandeen wrote: One of our testers filed a bug that said mkfs.ext3 is much slower when mke2fs.conf is missing... This is because the shipped defaults in mke2fs.conf do not match the shipped defaults in the mkfs code itself; he wound up making a 1k block filesystem on a very large block device, for example. So - How about this patch, to bring them back into line? It doesn't actually bring them completely back into line, since mke2fs will use different block sizes depending on the size of the filesystem. So your patch makes the default probably a bit more reasonable, and so I'll probably end up applying it, but it definitely isn't a complete replacement for /etc/mke2fs.conf. How likely do you think the case will be that mke2fs.conf would be missing? I'm trying to figure out how high priority of an item this really is. Which makes me wonder; having defaults in 2 different places is bound to get out of sync; should we instead generate both code config file defaults (and maybe man page defaults) from a common source? I had been working on the assumption that the defaults if mke2fs.conf were not present were more in the nature of emergency defaults as opposed something that could be used a fully functional set of configuration parameters. So the assumption was that when you installed the RPM, mke2fs.conf would also be there. We could enhance the profile code so that it could read in the profile from a memory buffer, and simply compile /etc/mke2fs.conf into mke2fs, but that adds bloat --- the question is how necessary do we think that really is? Regards, - Ted - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] - Make mke2fs.c defaults match mke2fs.conf defaults
Theodore Tso wrote: On Mon, May 07, 2007 at 11:31:22AM -0500, Eric Sandeen wrote: One of our testers filed a bug that said mkfs.ext3 is much slower when mke2fs.conf is missing... This is because the shipped defaults in mke2fs.conf do not match the shipped defaults in the mkfs code itself; he wound up making a 1k block filesystem on a very large block device, for example. So - How about this patch, to bring them back into line? It doesn't actually bring them completely back into line, since mke2fs will use different block sizes depending on the size of the filesystem. So your patch makes the default probably a bit more reasonable, and so I'll probably end up applying it, but it definitely isn't a complete replacement for /etc/mke2fs.conf. Well, sure, I don't mean for it to *replace* mke2fs.conf... Hm, does having [defaults] blocksize = 4096 in mke2fs.conf turn off the blocksize heuristics and force 4k? is what's in mke2fs.conf a starting point or an absolute? I guess I need to read up on the code... How likely do you think the case will be that mke2fs.conf would be missing? I'm trying to figure out how high priority of an item this really is. Well, not too likely, although for some reason I guess it happened in the installer root in FC6 or so. That's what raised the issue. We could enhance the profile code so that it could read in the profile from a memory buffer, and simply compile /etc/mke2fs.conf into mke2fs, but that adds bloat --- the question is how necessary do we think that really is? I guess it doesn't really sound *necessary* - it's just that if we have 2 different defaults and they drift, it can be confusing... -Eric - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] - Make mke2fs.c defaults match mke2fs.conf defaults
On May 07, 2007 14:52 -0500, Eric Sandeen wrote: Theodore Tso wrote: How likely do you think the case will be that mke2fs.conf would be missing? I'm trying to figure out how high priority of an item this really is. Well, not too likely, although for some reason I guess it happened in the installer root in FC6 or so. That's what raised the issue. Ah, good point - there are probably lots of installers and rescue disks that grab mke2fs but don't know anything about /etc/mke2fs.conf. We could enhance the profile code so that it could read in the profile from a memory buffer, and simply compile /etc/mke2fs.conf into mke2fs, but that adds bloat --- the question is how necessary do we think that really is? I guess it doesn't really sound *necessary* - it's just that if we have 2 different defaults and they drift, it can be confusing... Since the shipped mke2fs.conf is only on the order of a few hundred bytes I don't think it is a huge issue to include it. I like the idea of it being compiled into the code and yet consistent with the default install. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. - To unsubscribe from this list: send the line unsubscribe linux-ext4 in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html