[Postfixbuch-users] Mailverarbeitung zu langsam
Andreas Schulze
andreas.schulze at datev.de
Di Jul 26 12:00:58 CEST 2005
Hallo,
ich lasse den amavisd-new mit loglevel 2 laufen.
dabei werden auch die TIMING-Infos geloggt.
Gibt's ein Werkzeug um die auszuwerten ?
Ich würde gern Aussagen treffen wie z.B.
* ScannerA ist schneller als ScannerB
* SA braucht ??% der Amavis-Zeit
Genau dafür macht ja amavisd das Timimg ...
Andreas
gibt's eigentlich zu amavisd-new auch ein Werkzeug, um die
On Mon, Jul 25, Berger, Stefan (IT - Management) wrote:
>
> mhmm naja schön ist das nicht was du da schreibst. Anbei mal der Auszug
> aus var/log/mail, als die Mail bei mir ankam, dauert geschlagene Sekunden
> eh sie aus Amavis wieder raus kommt.
>
> Jul 25 15:11:44 mx1 postfix/smtpd[26969]: connect from
> ilpostino.jpberlin.de[213.203.238.6]
> Jul 25 15:11:45 mx1 postfix/smtpd[26969]: 3901E800AABD:
> client=ilpostino.jpberlin.de[213.203.238.6]
> Jul 25 15:11:45 mx1 postfix/cleanup[26973]: 3901E800AABD:
> message-id=<20050725131131.GA91498 at fpsvr1z150.dartsd66.local>
> Jul 25 15:11:45 mx1 postfix/smtpd[26969]: disconnect from
> ilpostino.jpberlin.de[213.203.238.6]
> Jul 25 15:11:45 mx1 postfix/qmgr[26316]: 3901E800AABD:
> from=<postfixbuch-users-bounces at listi.jpberlin.de>, size=4943, nrcpt=1
> (queue active)
> Jul 25 15:11:45 mx1 amavis[11231]: (11231) AM.CL
> /var/spool/amavis/amavis-client-XXqCFIll:
> <postfixbuch-users-bounces at listi.jpberlin.de> ->
> <stefan.berger at dima-systems.de>
> Jul 25 15:11:45 mx1 amavis[11231]: (11231) Checking:
> <postfixbuch-users-bounces at listi.jpberlin.de> ->
> <stefan.berger at dima-systems.de>
> Jul 25 15:11:53 mx1 amavis[11231]: (11231) FWD via SMTP: [127.0.0.1]:10025
> <postfixbuch-users-bounces at listi.jpberlin.de> ->
> <stefan.berger at dima-systems.de>
> Jul 25 15:11:53 mx1 postfix/smtpd[26978]: connect from localhost[127.0.0.1]
> Jul 25 15:11:53 mx1 postfix/smtpd[26978]: 313B7800AAC0:
> client=localhost[127.0.0.1]
> Jul 25 15:11:53 mx1 postfix/cleanup[26973]: 313B7800AAC0:
> message-id=<20050725131131.GA91498 at fpsvr1z150.dartsd66.local>
> Jul 25 15:11:53 mx1 postfix/qmgr[26316]: 313B7800AAC0:
> from=<postfixbuch-users-bounces at listi.jpberlin.de>, size=5333, nrcpt=1
> (queue active)
> Jul 25 15:11:53 mx1 amavis[11231]: (11231) Passed CLEAN, [62.225.182.35]
> <postfixbuch-users-bounces at listi.jpberlin.de> ->
> <stefan.berger at dima-systems.de>, Message-ID:
> <20050725131131.GA91498 at fpsvr1z150.dartsd66.local>, Hits: 0, 7971 ms
> Jul 25 15:11:53 mx1 postfix/pipe[26974]: 3901E800AABD:
> to=<stefan.berger at dima-systems.de>, relay=vscan, delay=9, status=sent
> ([127.0.0.1]:10025)
> Jul 25 15:11:53 mx1 postfix/qmgr[26316]: 3901E800AABD: removed
> Jul 25 15:11:53 mx1 postfix/smtpd[26978]: disconnect from
> localhost[127.0.0.1]
> Jul 25 15:11:53 mx1 postfix/smtp[26979]: 313B7800AAC0:
> to=<stefan.berger at dima-systems.de>, relay=*********, delay=0, status=sent
> (250 Ok: queued as 5542F271D1D3)
> Jul 25 15:11:53 mx1 postfix/qmgr[26316]: 313B7800AAC0: removed
>
>
>
> > On Mon, Jul 25, 2005 at 02:59:46PM +0200, Berger, Stefan (IT - Management)
> > wrote:
> >>
> >> man sollte das Problem wohl nochmal aufarbeiten, da
> >>
> >> ich ein ähnliches Problem habe. Eh die Mail durch den Amavis und Spamd
> >> gelaufen ist vergehen schon ein paar Sekunden (sagen wir mal 7-10). Das
> >> ist aber erst nach dem Neuaufsetzen auf Suse 9.3 so. Postfix selber
> >> compiliert mit SQL Unterstützung ansonsten nutze ich Standardversionen
> >> vom
> >> Suse (Amavis und SpamD).
> >
> > Nunja, je nachdem wieviel DNS lookups und aehnliches spamd macht, kann es
> > schon eine weile dauern. Vor allem muss man beachten, dass ein
> > Neuaufsetzen
> > meistens auch heist, dass beteiligte Komponenten (stichwort perls
> > Net::DNS) etc
> > neuer sind und unter Umstaenden langsamer werden. ZB wurde Net::DNS von
> > 0.49
> > auf 0.51 um faktor 2 langsamer. Was sich bei entsprechend haeufigen
> > queries
> > in knapp 1 Sekunde CPU Zeit auswirkt(1). Netzdelays kommen eben obendrein
> > dazu.
> >
> > 1) getestet hatte ich das mit ca 10 queries und das ganze 7 mal,
> > also 70 queries.
> > Brauchte vorher 0.4 secs, danach 0.8 secs insgesammt (CPU). Totaltime
> > war vorher 2 Sekunden nachher 4 Sekunden, wobei ich selbst aber da
> > nicht
> > den Zusammenhang sehe.
> >
> > Sprich, neuere Komponente muessen nich zwangslaeufig ne schnellere runtime
> > ergeben.
> >
> >
> >
> >
> >
> >
> > --
> > Robert Felber (EDV-Leitung)
> > Autohaus Erich Kuttendreier
> > Drosselweg 21
> > 81827 Muenchen
> >
> > Tel: +49 (0) 89 / 453 12-86
> > Fax: +49 (0) 89 / 453 12-80
> >
> > PGP: 896CF30B
> > PGP-Fingerprint: A43A A57E ECF4 F80F FDFC 285A 0A7F B077 896C F30B
> > --
> > _______________________________________________
> > Postfixbuch-users mailingliste
> > Heinlein Professional Linux Support GmbH
> >
> > Postfixbuch-users at listi.jpberlin.de
> > http://listi.jpberlin.de/mailman/listinfo/postfixbuch-users
> >
>
>
> --
> Stefan Berger
>
> - Systemadministrator -
>
> DIMA Systems AG
> Nonnenstraße 39
> 04229 Leipzig
>
> Tel.: +49 3641 2825 - 43
> Fax.: +49 341 2866 - 333
> mailto: stefan.berger at dima-systems.de
> www.dima-systems.de
> --
> _______________________________________________
> Postfixbuch-users mailingliste
> Heinlein Professional Linux Support GmbH
>
> Postfixbuch-users at listi.jpberlin.de
> http://listi.jpberlin.de/mailman/listinfo/postfixbuch-users
--
Andreas Schulze
DATEV eG, Paumgartner Strasse 6-14, D - 90429 Nürnberg
Abt. Internet- und Securitydienste
Telefon : +49 911 276 2648
Telefax : +49 911 276 7892
Mobil : +49 172 8122883
E-Mail : andreas.schulze_at_datev.de
SPAM : spamtrap at datev.com
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : nicht verfügbar
Dateityp : application/pgp-signature
Dateigröße : 189 bytes
Beschreibung: nicht verfügbar
URL : <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20050726/a685d59f/attachment.sig>
Mehr Informationen über die Mailingliste Postfixbuch-users