> Well, yes. That's why I suggested doing something with a RAM disk. > Perhaps creating a huge number of zero length files, then unmounting > the the file system and remounting it, and then deleting the huge > number of zero length files. > > If that doesn't show an improvement, then it's unlikely any real world > use case would likely show an improvement.... I've been using a file on a persistent file system, but that's how I've been doing my validation testing. I'll beat on it some more, thanks! > The other thing to consider is what you get if you manage to crack the > crypto, which is that you might be able to force the worst case > performance, and possibly cause a directory creation to fail with an > ENOENT if the huge number of hash collisions cause the two-level htree > to overfill. Yes, it's just a DoS, but sometimes that's enough. As the world comes to depend more and more on computer servers providing services, denial thereof becomes powerful. > Neither is going to get you a huge amount, so it this decreases the > incentive for someone to spend a lot of effort trying to attack the > system. I'm quite certain though that if there is some way such a > failure could cause an Iranian nuclear centrifuge to fail > catastrophically, our friends at Fort Meade would have absolutely no > problems finding an attack. After all, they did for MD5. :-) Just remember that *that* was, at its heart, a DoS attack. It actually damaged equipment, and was effective for far longer because it was sufficiently surreptitious, but its entire goal was denying the "service" of gas centrifugation. halfmd4 is, honestly, probably good enough. It's just that file systems have a long lifetime, and I'd rather use something well tested. That's what created this itch; I was picking the parameters for a new large file system and didn't like the available options. -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
