Yes, this is a known limitation of the icache (and 2.4.x still can't shrink the
filp pool, infact I'm surprised such pool is still there, I'd kill the filp
poll enterely and I'd use the slab cache for that that should be more efficient
in SMP and it's dynamic, should be just a few liner plus some code removal).
Your mistake is been to enlarge the inode-max, you shouldn't do that.
2.2.19pre7aa1 uses smarter calculations to setup the inode-max and icache hash
size (so you're more likely to get sane values for servers), I suggest to try
it without touching inode-max from its default value and see what happens.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/