Simon Wilkinson schrieb:
I've submitted gerrit 732 to address this part of your problem (minor
cosmetics, but hopefully
it will make things easier for anyone encountering this in the future)
(slabinfo shows e.g. 1579993 for afs_inode_cache. Is that big? About
same size as dentry_cache.
My plan is to try add a traceback to afs_buffer.c, and eventually try
with 1.4.8+security patch which we still run on a big scale here. Any
other ideas?)
This suggests that something's locking, but not release buffers in the
directory handling code. Are the directories you're writing these files
into particularly large?
Yes, there are plenty and during the stress test each one receives 10000 files.
What I forgot to mention was that during that test those zillion files are
eventually removed. While unlinking the dentry_cache shrinks, whereas to my
surprise the afs_inode_cache doesn't.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rainer Toebbicke
European Laboratory for Particle Physics(CERN) - Geneva, Switzerland
Phone: +41 22 767 8985 Fax: +41 22 767 7155
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
