On Monday 12 January 2009 07:48:17 am ISP Lists wrote: > Can someone please provide a brief discussion as to when a vpopmail hashed > folder tree becomes "big enough" to warrant backfilling? Or, is "big" > just one concern amongst others such as: "rate of deletes and adds", > "filesystem choice"... > I'm not quite picking up why the backfill is important. > Well, I don't know what other people are considering "too big", but I actually wrote a backfill patch when I was working at a medium-sized college. We kept all 62 top-level hash directories on separate partitions, but didn't ever want to go to second level hashes - and with ~1200 adds (incoming freshmen) and deletes (outgoing seniors) every year, this became an issue pretty quick. The other issue with "backfill" is that the current implementation makes it so that you can easily exceed the 100 users per hash dir limit by deleting users from prior hash dirs and then adding new ones since the only check for a new hash dir is "total users/100". My patch and the reasons therefore can be found at http://sourceforge.net/tracker/index.php?func=detail&aid=1619600&group_id=85937&atid=577800.
The main reason it's not currently slated for inclusion is that it's for the mysql backend only, and whatever process is used to provide backfill must be available for all backends. One last note - the idea of maintaining a list of backfill "slots" in a text file is a pretty good one, but it still doesn't address the issue of not properly calculating the number of users in a directory... Josh -- Joshua Megerman SJGames MIB #5273 - OGRE AI Testing Division You can't win; You can't break even; You can't even quit the game. - Layman's translation of the Laws of Thermodynamics j...@honorablemenschen.com !DSPAM:496b440e32671399810511!
