On 16.11.21 13:16, Jim wrote:
At first glance I wouldn't see that related to mbox vs. maildir, but
I've been surprised before.
if you only need to read header of each file (maildir), it should be faster
than read whole file (mbox).
yes, IMAP sometimes needs to read while mail file for its structure, but
afaik not every time.
On Tue, Nov 16, 2021 at 11:41 (-0500), Kris Deugau wrote:
Local storage is ext4 on a SATA SSD, although I wouldn't expect a noticeable
performance difference if it were on a conventional hard drive.
I am surprised that accessing files in a directory with 100K entries
is not slow, since (according to what I read) ext4 stores entries in
an "almost linear" list, and thus to find a director entry you might
have to chew through (on average) 50K entries.
the dir_index feature is in ext* for years.
[*] Due to some legacy mail flow that would be painful to convert, I
pull mail with fetchmail, deliver locally with procmail (sorry),
procmail/maildrop/dovecot-lda
Again, thanks for your specifics. Maybe I should give maildir a try
some time and see what happens. (Or maybe I should just delete a bunch
of email and forget that I ever got it.)
I see that I have lots on inodes on the file system where I keep my
email: although the file system is 48% full, I have used only 3% of
the inodes, so I'm in no danger of running out. If I used another
160,000 for mail messages I'd still be less than 6% inodes used, so
that turns out not to be a concern for me. (The last time I
considered doing this I don't think I had such a surplus of inodes.)
last time I checked the average file size was ~13KB (I guess it's gonna be
more now), the inode_ratio in my mke2fs.conf is 16k, it should be enough.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Support bacteria - they're the only culture some people have.
