... 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
... 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
... 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
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.