[clamav-users] How to boost clamav? Reloading database results in a talking timeout?

[Robert M. Stockmann]

On Sat, 7 Sep 2019, Reio Remma via clamav-users wrote:

> Date: Sat, 7 Sep 2019 22:57:08 +0300
> From: Reio Remma via clamav-users <clamav-users at lists.clamav.net>
> To: clamav-users at lists.clamav.net
> Cc: Reio Remma <reio at mrstuudio.ee>
> Subject: Re: [clamav-users] How to boost clamav? Reloading database
>     results in a talking timeout?
> 
> On 07.09.2019 22:03, Robert M. Stockmann via clamav-users wrote:
> > On Fri, 6 Sep 2019, Reio Remma via clamav-users wrote:
> >>>>> I guess many of us are just running too old hardware. :)
> >>>>>
> >>>>> Here's a comparison between my mail server and identical config
> >>>>> running in a VM.
> >>>>>
> >>>>> Sep  6 09:41:06 mail clamd[31441]: Reading databases from
> >>>>> /var/lib/clamav
> >>>>> Sep  6 09:44:05 mail clamd[31441]: Database correctly reloaded
> >>>>> (10741767 ...
> >>>>>
> >>>>> Sep  6 09:56:43 vm clamd[2108]: Reading databases from /var/lib/clamav
> >>>>> Sep  6 09:57:17 vm clamd[2108]: Database correctly reloaded (10742128 ...
> >>
> > Why everyone needs two minutes for this task, independent from which
> > hardware is used, is a puzzle to me. Anyone who has the clamd .cvd
> > files loaded on a fast SSD storage ?
> 
> My original point was that its heavily CPU bound.
> 
> As you can see from the logs I initally posted the speed difference 
> between a CPU from 2005 and 2019 is 6 times (3 minutes vs 30 seconds).
> 

So what about the number of correctly reloaded signatures ? I notice 
you have about 10 million, someone else reported 8 million signatures 
as of Sept 6, I currently read from my clamd logfile :

Sat Sep  7 10:54:10 2019 -> SelfCheck: Database status OK.
Sat Sep  7 11:04:13 2019 -> SelfCheck: Database status OK.
Sat Sep  7 11:08:59 2019 -> Reading databases from /var/lib/clamav
Sat Sep  7 11:11:07 2019 -> Database correctly reloaded (6309062 signatures)
Sat Sep  7 11:21:07 2019 -> SelfCheck: Database status OK.
Sat Sep  7 11:31:08 2019 -> SelfCheck: Database status OK.


-- 
Robert M. Stockmann - RHCE
Network Engineer - UNIX/Linux Specialist
crashrecovery.org  stock at stokkie.net