>I don't know how many of you are running high volume servers out there with
>iMS - I mean millions of messsages per day (or even just hundreds of
>thousands) - but I am interested to know both in theory and/or
>practice whether
>iMS will respond and perform better with the emphasis on CPU's and/or RAM.
>
>
>I guess the absolute question is will iMS perform better going from:
>
>1) 2 CPU's to 4 CPU's (assuming 700MHz plus)
MHz is more CF interpreter / application execution than mail.
>2) 1Gg RAM to 2Gb RAM to 4Gb RAM?
RAM is a standard CF application execution question, to which you
know how to answer.
From what I gather from the postfix list, high-volume mail is a disk
i/o and network i/o bounded operation.
Sending mail is:
1) how many "SMTP client" processes can be spawned simultaneously
(memory to hold them) to pick up mail in the send queue.
2) how fast DNS MX and A queries are answered for the remote MTA's
3) how speedy is the SMTP dialog with remote SMTP server
Receiving mail is nearly completely disk i/o: msg from SMTPD to
queue and then msg from queue to mailbox.
>The other bottleneck could be disk I/O - but lets assume that is optimum.
If you run a mailbox server, it's best to have the mailboxes and mail
queue on different SCSI congrollers and drive, RAID 0 + 1 striping.
www.lsoft.com had some performance stats on their site for listserv
but I can't find it right now.
You'd be surprised how little (*nix) machine it takes to sends 100's
of 1000's of msgs per day, ie, SMTP only. A P200 and 64 megs can do
a lot of damage as a list server.
And NT isn't too shabby under something like Imail, where the largest
user reported 250,000 mail accounts on one machine and 25 gb mail
traffic per day. He had a quad Xeon monster, but it was showing
under 5% utilization, essentially as wasted machine, but that's quite typical.
His gotcha was that he had Imail dump all outgoing on a big Sun as
outgoing gateway, so Imail was not doing DNS lookups and spawning 30+
processes to run slow SMTP dialogues across the net, but dumping SMTP
at LAN speed onto the Sun's ip address.
A rule of thumb would be one msg delivery per SMTP process every 7
seconds. So if you could spawn 50 SMTP client processes, each could
send 9 msgs/minute, giving about 700,000 msgs/day. Probably pretty
light work for P200 + 128 megs RAM and a unix/postfix machine.
To see what mail delivery delays look like, here's a snapshot of my
FreeBSD/postfix gateway for today, :
Host/Domain Summary: Message Delivery
sent cnt bytes defers avg dly max dly host/domain
-------- ------- ------- ------- ------- -----------
1157 5244k 0 1.9 s 1.0 m go2france.com
356 15586k 0 3.2 s 2.3 m netmanage.fr
145 1126k 0 1.7 s 40.0 s meiway.com
138 17726k 0 9.6 s 9.8 m sergent-major.com
115 17280k 0 17.1 s 5.7 m bchfrance.com
30 13483k 0 1.0 m 13.2 m netmanage.it
18 2041k 0 14.7 s 1.1 m netmanage.co.il
17 29567 0 2.7 s 6.0 s jnjfr.jnj.com
15 157314 0 3.0 s 6.0 s hotmail.com
14 31689 0 11.9 s 31.0 s cardif.fr
12 7963k 0 43.8 s 6.4 m wanadoo.fr
11 74685 0 5.8 s 22.0 s netmanage.com
9 344533 0 3.7 s 20.0 s baxi.co.uk
7 83451 0 3.9 s 12.0 s allenovery.com
7 83451 0 3.4 s 13.0 s ernst-young.fr
7 33817 0 1.9 m 5.3 m descamps.com
7 11688 0 1.6 s 2.0 s list.ipswitch.com
6 7197k 0 1.7 m 4.8 m geyser-evenement.com
6 1169k 0 9.2 s 25.0 s sogecc.com
6 389972 0 3.8 s 16.0 s free.fr
6 20362 0 2.2 s 6.0 s simware.co.uk
5 2849k 0 43.6 s 2.3 m dolphin-telecom.fr
5 70569 0 1.0 s 1.0 s techdata.fr
4 5322k 0 55.0 s 1.7 m writeme.com
4 2747k 1 5.3 m 19.4 m yahoo.com
4 25333 0 1.3 m 1.4 m vendome.com
4 9516 0 27.8 s 1.4 m compuserve.com
4 9212 0 18.5 s 33.0 s hcm.vnn.vn
4 9142 0 2.0 s 4.0 s mederic.fr
4 6882 0 13.5 s 28.0 s nouvel-eldorado.fr
4 6232 0 6.8 s 16.0 s baxi.it
4 5663 0 4.2 s 7.0 s freebsd.org
3 2843k 0 7.5 m 20.4 m devoteam.com
3 2843k 0 32.7 s 1.3 m kpmg.ca
Len
========================================================================
This list server is Powered by iMS
'The Swiss Army Knife of Mail Servers'
--------------------------------------
To leave this list please complete the form at
http://www.CoolFusion.com/iMS.htm
List archives: http://www.mail-archive.com/infusion-email%40eoscape.com/
========================================================================
