Upgrade to clamav 0.90.2 makes scanning extremely slow

Martin.Hepworth martinh at solidstatelogic.com
Fri Apr 27 09:13:33 IST 2007

Also worth noting is that people who've have installed 0.90.2 buy hand
don't seem to be having the trouble. I had to compile without the
pthread support as my O/S doesn't support them and I have no speed
issues. Maybe this suddent pthreads implementation in clamav is the

Martin Hepworth
Snr Systems Administrator
Solid State Logic
Tel: +44 (0)1865 842300

> -----Original Message-----
> From: mailscanner-bounces at lists.mailscanner.info [mailto:mailscanner-
> bounces at lists.mailscanner.info] On Behalf Of DAve
> Sent: 26 April 2007 22:06
> To: MailScanner discussion
> Subject: Re: Upgrade to clamav 0.90.2 makes scanning extremely slow
> Richard Lynch wrote:
> > Julian Field wrote:
> >> Hash: SHA1
> >>
> >> What's wrong with just using clamavmodule? You need to use
> >> Mail::ClamAV 0.20 with ClamAV 0.90 and later, which is all included
> >> my ClamAV+SA package.
> >>
> >> I don't understand the sudden rush to clamd at all. Can someone
> >> explain to me please?
> >>
> >> Jules.
> >>
> > The only advantage I see is that it's all maintained by a single
> > source.  That is, the ClamAV team maintains clamd and clamdscan
> > together.  There's no third party perl package that may not be up to
> > date.  I don't know if there's a performance improvement one way or
> > other.  It's conceivable that clamdscan/clamd performs better in a
> > multiprocessor environment by spreading the load across other
> > processors.  It's just as possible that the overhead of the
> > communications between the two costs too much to justify doing it
> way.
> >
> > I would probably suggest that clamdscan/clamd always be used instead
> > just clamscan.  From what I've seen using clamscan alone is the
> > possible case performance wise.
> >
> > Rich
> I can't disagree with that but I can say performance is not
> using clamscan. Messages for us take from 2 to 6 seconds to process in
> batches from 1 to 4 messages. We stop most of our messages long before
> they ever hit AV scanning. Not using clamdscan or clamavmodule leaves
> with one less process to monitor on our MS servers, and
> made by the ClamAV team have never adversely affected us (so far...).
> We may move up to clamdscan or clamavmodule in the near future when we
> upgrade the MS servers, but right now I can see no compelling reason
> do so. I tend to always favor stability over performance, and I abhor
> surprises on Monday mornings. Call me a Luddite, but new ain't always
> better.
> Also, it's not like we don't process a few connections either, here
> a single days stats for one of our servers.
> Rejected by Greylisting       196,047
> Blocked for Pipelining         11,072
> Blocked for RFC                18,528
> Blocked for RBL                94,857
> Blocked for Bad Sender          2,746
> Blocked for No Account         12,000
> Found Spam Message             18,778
> Messages Delivered             33,840
> DAve
> --
> Three years now I've asked Google why they don't have a
> logo change for Memorial Day. Why do they choose to do logos
> for other non-international holidays, but nothing for
> Veterans?
> Maybe they forgot who made that choice possible.
> --
> MailScanner mailing list
> mailscanner at lists.mailscanner.info
> http://lists.mailscanner.info/mailman/listinfo/mailscanner
> Before posting, read http://wiki.mailscanner.info/posting
> Support MailScanner development - buy the book off the website!

Confidentiality : This e-mail and any attachments are intended for the 
addressee only and may be confidential. If they come to you in error 
you must take no action based on them, nor must you copy or show them 
to anyone. Please advise the sender by replying to this e-mail 
immediately and then delete the original from your computer.

Opinion : Any opinions expressed in this e-mail are entirely those of 
the author and unless specifically stated to the contrary, are not 
necessarily those of the author's employer.

Security Warning : Internet e-mail is not necessarily a secure 
communications medium and can be subject to data corruption. We advise 
that you consider this fact when e-mailing us. 

Viruses : We have taken steps to ensure that this e-mail and any 
attachments are free from known viruses but in keeping with good 
computing practice, you should ensure that they are virus free.

Red Lion 49 Ltd T/A Solid State Logic
Registered as a limited company in England and Wales 
(Company No:5362730)
Registered Office: 25 Spring Hill Road, Begbroke, Oxford OX5 1RU, 
United Kingdom

More information about the MailScanner mailing list