Linus> Here's both x86 people and filesystem people involved, because this Linus> hacky RFC patch touches both. Linus> NOTE NOTE NOTE! I've modified "cp_new_stat()" in place, in a way that Linus> is x86-64 specific. So the attached patch *only* works on x86-64, and Linus> will very actively break on anything else. That's intentional, because Linus> that way it's more obvious how the code changes, but a real patch Linus> would create a *new* cp_new_stat() for x86-64, and conditionalize the Linus> existing generic "cp_new_stat()" on not already having an Linus> architecture-optimized one. As a SysAdmin, I'm always interested in any speedups to filesystem ops, since I tend to do lots of trawling through filesystems with find looking for data on filesystem usage, largest files, etc. So this is good news. Any numbers of how much better this is? I'm travelling tomorrow, so I won't have time to spin up a VM and play, though it's tempting to do so. Thanks, John -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
