OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Re: large number of accounts and mailbox format

From: Alin-Adrian Anton (aantonspintech.ro)
Date: Wed Oct 05 2005 - 15:06:25 CDT


Victor Duchovni wrote:
> On Wed, Oct 05, 2005 at 09:03:33PM +0300, Alin-Adrian Anton wrote:
>
>
>>And no, the default settings for FreeBSD will NOT work fine with the
>>enviroment of Maildirs I described. You may be speaking on suppositions,
>>I am speaking what I have seen with my own eyes twice, so it's
>>reproductible.
>>
>
>
> Without specific evidence it is hard to lend credence to anecdotal
> reports. Perhaps it is something simple, like not setting noatime in the
> spool filesystem mount options. It is difficult to design benchmarks
> that compare apples with apples.
>

I am not going to reinstall the system. Maybe I just lack the sense of
humour but I certanly can't notice the anecdotal part of my affirmations.

I said the default FreeBSD filesystem which comes with the default
install is not suitable for a great number of Maildir mailboxes. I also
said I experienced problems with a total number of mailboxes lower then
1000. (shared webhosting)

I don't remember the size of /var, and this matters too.

Example of problem: entering a "ls" command in shell results in minutes
of delay before the output is displayed, on certain directories.
Messages like "running out of inodes", etc.

The OS was FreeBSD 4.x (4.5 to 4.11), with UFS1.

UFS1 and UFS2 behave the same about the issue I reported. This is a link
which briefly shows UFS1 and UFS2 differencies:

http://sixshooter.v6.thrupoint.net/jeroen/faq.html

However, never tried to practially reproduce this on UFS2.

The default /etc/fstab doesn't use noatime on spool directory. And that
would not solve the problem, it would just delay it a bit. (don't know
if even noticeable)

--
Alin-Adrian Anton
GPG keyID 0x183087BA (B129 E8F4 7B34 15A9 0785 2F7C 5823 ABA0 1830 87BA)
gpg --keyserver pgp.mit.edu --recv-keys 0x183087BA

"It is dangerous to be right when the government is wrong." - Voltaire