[EMAIL PROTECTED] wrote:
> Sounds migratory...
> But it might be the best approach.
>
> I think at the current state of the art the following is reasonably true:
> SHA1/MD5 is fast enough for the typically allowed file sizes in a mail
> system (10MB) given the frequency with which they occur.
>
> If someone has a future need of 100MB or 10GB file sizes as the norm then
> we can also expect to be looking a quad-core also being the norm --
> making all things equal.
>
> If they have a current need for 100MB files, then they probably already
> have a really big server at their disposal.
>
> One thing I do like about dbmail is the scalability. I interpret this to
> mean both small and large mail environments can use with application
> with existing or reasonably hardware. To require super huge machines
> for a personal domain isn't very scalable.
>
Like I said a P4 2.6Ghz core will handle sha at 50 mbytes per second
using about 20% of a cpu IE its disk limited (by a 15krpm scsi disk) so
a 100mb email will take 2 seconds to sha if its being read off disk. If
its being done at wire speed (IE coming in over a 100mbit ethernet line)
then the additional burden of the sha will be about 3% at 100% line use.
Really it is totally insignificant if you have any sort of spam
filtering or in fact any sort of anything. In a common dual core setup
you are talking 1.5% extra cpu load and at the same time you could
potentially drastically reduce the disk load.
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
