Am 15.06.2017 um 10:51 schrieb Renaud Allard:
On 11/23/2016 09:41 AM, Arnaud Jacques / SecuriteInfo.com wrote:
Hello Ferdinand,
After I put it back, reloading took over one minute again:
While reloading with the javascript.ndb in place the CPU usage of the clamd
process really goes up:
jav
On Thu, Jun 15, 2017 at 01:51 AM, Renaud Allard wrote:
> On 11/23/2016 09:41 AM, Arnaud Jacques / SecuriteInfo.com wrote:
>> Hello Ferdinand,
>>
>>> After I put it back, reloading took over one minute again:
>>> While reloading with the javascript.ndb in place the CPU usage of the clamd
>>> proces
On 11/23/2016 09:41 AM, Arnaud Jacques / SecuriteInfo.com wrote:
> Hello Ferdinand,
>
>> After I put it back, reloading took over one minute again:
>> While reloading with the javascript.ndb in place the CPU usage of the clamd
>> process really goes up:
>
> javascript.ndb will soon be smaller in
Hello Ferdinand,
> After I put it back, reloading took over one minute again:
> While reloading with the javascript.ndb in place the CPU usage of the clamd
> process really goes up:
javascript.ndb will soon be smaller in Basic subsciption. Keep an eye on it.
Pro subscription has this problem reso
Hello Arnaud!
Thank you for your input!
On Tue, 22 Nov 2016, Arnaud Jacques / SecuriteInfo.com wrote:
I made some adjustments like giving the clamd process higher priority
and providing my VMs with more CPU cores.
Could you please provide more RAM to your VMs ?
I don't think that's the pro
Hello Ferdinand,
> I made some adjustments like giving the clamd process higher priority
> and providing my VMs with more CPU cores.
Could you please provide more RAM to your VMs ?
> Does anyone else experience such high db reload times with when using the
> unofficial signatures?
Yes, maybe
Hello,
recently I discovered that my clamd db reload times have gone up
significantly. I am using a lot of 3rd party signatures from
clamav-unofficial-sigs.
Until last week, reloading took about 20 seconds:
Nov 13 00:14:01 mail3 clamd[82168]: Reading databases from /var/db/clamav
Nov 13 00:14:2
