[Postfixbuch-users] Mailverarbeitung zu langsam

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>