PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : postal - SMTP and POP benchmark



[WCM]Manx
10.06.05, 23:05
Hi!

Wer quält seine Mailserver sonst noch mit postal?
http://www.coker.com.au/postal/

Hab's grad entdeckt um meine qmail-ldap Kiste zu testen.
Erschreckend wieviel Performance spamassassin frißt :mad:

Grüße

Manx

[WCM]Manx
11.06.05, 22:47
Hi!

Nun ja einige Ergebnisse:
Der Server kommt in eine Schule mit ca. 500 Mailboxen

Server PIII 700
(noch) 128MB RAM (definitiv zuwenig)
2 Samsung Platten am 3ware 7006-2 Controller im RAID 1

MTA: qmail-ldap
Virenscan mit clamav über simscan
Spamassassin via maildrop

Benchmark Ergebnisse: postal im lokalen Netzwerk 100Mbit an 10 verschiedene Empfänger

100 Mails/Minute mit Spamassassin - spamd
(postal -p10 -c3 -r100 -s50 ...)

spamd kommt nicht mehr nach, => queue füllt sich binnen 30 Minuten auf ca. 700 Mails
Load auf ca. 5
nach 30 Minuten die ersten "451 timeout (#4.4.2)" Meldungen

100 Mails/Minute ohne Spamassassin
dem Server ist fad, queue füllt sich nicht
Load unter 0,5

200 Mails/Minute ohne Spamassassin
queue füllt sich ebenfalls nicht
Load unter 1

Grüße

Manx

Fly
11.06.05, 23:53
Das kommt mir sehr langsam vor. Lt. Postfix Buch kommt Postfix mit sehr wenig ressourcen aus. Ev. mit Postfix probieren. Laufen am Server noch andere Dienste? Debian ist nach meiner Meinung für Mailserver Firewalls usw. sehr bevorzugt, da man auch wirklich weiss was auf dem System installiert ist. Bei Suse oder Red Hat muss man sogar bei der minimal Installation einige Pakete deinstallieren... Schau mal nach, ob während der Brenchmark der Server viel Speicher auf Swap ablegt...

[WCM]Manx
12.06.05, 19:25
Hi!

Man berücksichtige, dass bei diesem Test immer auf Viren gescannt wurde und ca. die Hälfte über TLS reingeht.
Ich bin mit der Qmail Performance eigentlich sehr zufrieden.
Mir ist eben nur aufgefallen, dass spamassassin relativ viel Performance frisst.
Da der Sever zu wenig RAM hat, beginnt er natürlich zu swappen.

Es ist übrigends eine Debian "sarge" Installation und es laufen keine unnötigen Dienste.

Mich hätt's halt interessiert, ob's wo Vergleichswerte gibt.

Grüße & Danke

Manx

[edit] Für alle die's ausprobieren wollen, postal nicht am Mailserver laufen lassen, da es selber einiges an Performance kostet.

derRichard
12.06.05, 20:41
hallo!

ich hab meine qmail-mtas zwar nicht mit dem test getestet, aber was mir auffällt ist, dass dein spamd auf der selben kisten rennt, wie der qmail.
lager den spamd auf einen extra server aus, dann sollte es wesendlich schneller gehen...

//richard

[WCM]Manx
16.06.05, 22:03
... aber ich teste weiter ;)

@Richard

Danke für den Input, werd das versuchen, soweit bin ich aber noch nicht.
Mal ein Zwischenergebnis:

Nochmals die Config (Server & Software):

Pentium III 700Mhz
mittlerweile 256MB RAM
2 x 80 GB Samsung HDD an einem 3ware 7006-2 im RAID1
Debian "sarge"
MTA: qmail-ldap (20050401a), daemontools, tcpserver
Openldap (slapd 2.2.23) (auf der selben Maschine)
qmail-pop3d über SSL
Courier IMAP (SSL)
1000 (Test-)User (per perlscript erzeugt)
Virenscan mittels simscan/clamav
Spamassassin
postal als benchmark mit der kompletten Userlist (1000 User)
qmail-ldap prüft auf die Existenz der Empfängers (RCPT-Check => LDAP-Abfrage)

Läuft der Server ohne Virenscan und Spamassassin: max. 700 mails/minute


root@p166:~# postal -m0 -p5 -c3 192.168.123.138 userlist.txt -
time,messages,data(K),errors,connections,SSL connections
11:48,504,193,0,258,0
11:49,560,215,0,273,0
11:50,578,220,0,287,0
11:51,681,261,0,344,0
11:52,599,228,0,306,0
11:53,701,268,0,356,0
11:54,637,244,0,321,0
11:55,603,230,0,301,0
11:56,602,230,0,307,0
11:57,687,263,0,336,0
11:58,657,251,0,314,0
11:59,602,230,0,297,0
12:00,565,216,0,283,0
12:01,673,258,0,338,0
12:02,666,254,0,339,0
12:03,616,237,0,297,0
12:04,633,242,0,325,0
12:05,570,217,0,279,0
12:06,654,251,0,319,0
12:07,652,250,0,327,0

=> Jetzt kommt wieder der Punkt wo ich die "Systemload" nicht verstehe.
Load steigt auf über 15 (in Worten fünfzehn!) und pendelt sich auf ca 12 ein.
Mach ich ein Telnet auf Port 25 ist der Server sofort da.
Ein falscher "RCPT TO:" wird sofort quittiert, ein korrekter Empfänger braucht ca. eine halbe Sekunde für's "250 ok"
Die Queue füllt sich nicht!
Lt. "vmstat" liegt die Last an der CPU (procs => r bei ca. 15 -20)
Es wird nicht geswappt.
Ich glaub keine io-waits.
Auch der Apache antwortet Prompt.
Squirrelmail bzw. eigentlich der Courier IMAP ist jetzt allerdings nicht mehr zu gebrauchen. Der IMAP frißt bei so vielen Mails (4-5000) auch ohne sonstige Last über 90% CPU-Time.

Jetzt das gleiche inklusive Virenscan (kein Spamassassin!)


root@p166:~# postal -m0 -p5 -c2 192.168.123.138 userlist.txt -
time,messages,data(K),errors,connections,SSL connections
21:16,462,181,0,305,0
21:17,392,155,0,264,0
21:18,383,150,0,262,0
21:19,403,157,0,262,0
21:20,371,145,0,251,0
21:21,334,132,0,226,0
21:22,379,148,0,244,0
21:23,437,171,0,302,0
21:24,358,140,0,229,0
21:25,327,128,0,218,0
21:26,410,161,0,264,0
21:27,469,183,0,314,0
21:28,364,143,0,250,0
21:29,401,157,0,267,0
21:30,367,144,0,239,0
21:31,429,169,0,288,0
21:32,420,165,0,276,0
21:33,406,158,0,269,0
21:34,390,152,0,255,0
21:35,389,152,0,267,0
21:36,460,181,0,309,0

root@gateway:~# vmstat -n 1
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
10 0 0 71828 31288 85740 0 0 4 126 1020 203 9 10 81 0
13 0 0 72500 31312 85728 0 0 0 940 1126 1484 53 46 1 0
11 0 0 72052 31312 85804 0 0 0 682 1099 1305 54 45 1 0

Load auf ca. 9
Server sofort da.
Queue füllt sich nicht!
kein Swap (siehe vmstat)

... weiter testen bzw. sieht jemand im vmstat Auffälligkeiten?

Grüße

Manx

[WCM]Manx
18.06.05, 18:16
... weiter geht's ;) und die Ergebnisse werden immer interessanter.

Ich hatte eigentlich vor, spamassassin mit "per-user" Bayes usw. zu betreiben.
Der einzige mir bekannte Weg dorthin führt über die "xfilter" Anweisung von maildrop (-d username).

Ergebnis: leider eine Katastrophe unter Last s. o.

Ich hab jetzt umgestellt und stoße den spamd über simscan an. Geht halt nur mit sitewide bayes, aber egal.


root@p166:~# postal -m0 -p5 -c2 192.168.123.138 userlist.txt -
time,messages,data(K),errors,connections,SSL connections
17:52,134,53,0,89,0
17:53,132,51,0,88,0
17:54,149,57,0,94,0
17:55,129,51,0,85,0
17:56,135,51,0,88,0
17:57,142,55,0,94,0
17:58,140,55,0,96,0
17:59,147,57,0,98,0

... zwar langsamer, aber äußerst stabil, kein swapping, die Queue füllt sich nicht.

Nochmals ein Test mit alternativem Benchmark (über localhost)


Qmail pur:
root@gateway:~# ./smtpsend localhost -s3 -c3 -m2 -b0 -t300 -F manx@... -T ...
Sent 3960 messages in 301 seconds using a total of 660 senders
Sending rate: 789.37 messages/minute, 13.16 messages/second
Average delivery time: 0.08 seconds/message

Virenscan über simscan:
root@gateway:~# ./smtpsend localhost -s3 -c3 -m2 -b0 -t300 -F manx@... -T ...
Sent 1458 messages in 301 seconds using a total of 243 senders
Sending rate: 290.63 messages/minute, 4.84 messages/second
Average delivery time: 0.21 seconds/message

Virenscan und spamassassin über simscan:
root@gateway:~# ./smtpsend localhost -s3 -c3 -m2 -b0 -t300 -F manx@... -T ...
Sent 666 messages in 303 seconds using a total of 111 senders
Sending rate: 131.88 messages/minute, 2.20 messages/second
Average delivery time: 0.45 seconds/message

... werd jetzt den spamd noch auslagern :D

Manx

[WCM]Manx
19.07.05, 14:22
... und konnte die Performance weiter verbessern.

Eingebaut wurde jetzt eine gewöhnliche IDE-Platte (am onboard Controller angeschlossen, kein RAID)

Auf diese Platte hab ich eine eigene Partition erstellt auf der nur die Qmail-Queue liegt. Auf eine weitere Partition kommt dann der Squid-Cache.

Dateisystem: xfs
Mountoption: sync



Qmail pur:

root@gateway:~# postal -m0 -p5 -c3 localhost userlist.txt -
time,messages,data(K),errors,connections,SSL connections
14:03,750,301,0,395,0
14:04,767,308,0,371,0
14:05,763,308,0,398,0
14:06,768,309,0,387,0
14:07,752,302,0,372,0
14:08,747,302,0,381,0
14:09,730,295,0,373,0
14:10,749,301,0,380,0
14:11,750,301,0,365,0
14:12,748,300,0,379,0
14:13,750,302,0,379,0
14:14,740,298,0,373,0


System rock stable ;), load auf ca. 10!

Grüße

Manx

PS: ... am weitertesten