On Oct 14, 2006, at 16:06:30  MST, Rainer Duffner wrote:

Bert JW Regeer wrote:
Hey Ismail,

I would like to see some stats on this. Do you have any facts or evidence to back this up?

It's true - if you don't have some sort of directory-hashing (UFS_DIRHASH in FreeBSD-land) in place, which for FreeBSD has been default since sometime in the early 4.x days, IIRC.

We are talking about new systems that exist right now. There is no need to do dirhashing in an application anymore.

On current systems 7000 directories inside a directory should not be a problem. Most employ hashing of some sort to speed up this kind of thing. On my FreeBSD system there is currently a directory with 10,010 directories, and it is no slower than if that same directory had only 128 directories in it for example. Several of my users are on several mailing lists for open source projects, and some of their Maildir's have cur directories with over 30,000 emails in them. Biggest one is 150,000, with no slow downs. No extra load on my server. DJB gave qmail's queue split directories,

See above. DJB was or is a (Free)-BSD user (when he started, Linux was a toy anyway), which back in these days had this problem.

Agreed, however his Maildir approach did not include hashing in any way shape or form, so how did file systems back then handle over 1000's of email messages in an Inbox?

why I do not understand, and I might never, since clearly he did not create his Maildir's to have the same sort of split directories for speedy access by IMAP/POP3 or other mail protocols. I always disable vpopmail's big dir stuff, as writing scripts for it is harder, extra sub directories to traverse.

Just use the output of vuserinfo -d

Not always what I need.

BTW: Does the latest version of vpopmail include the patch someone posted that fills up earlier hash-directories, where domains have been deleted from, instead of creating new ones?


Bert JW Regeer

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to