From clamav-users-bounces@lists.clamav.net  Fri Jul 11 22:57:37 2008
Return-Path: <clamav-users-bounces@lists.clamav.net>
X-Original-To: list@tad.clamav.net
Delivered-To: list@tad.clamav.net
X-Virus-Scanned: Debian amavisd-new at tad.clamav.net
Received: from tad.clamav.net ([127.0.0.1])
	by localhost (tad.clamav.net [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Fl8ysZLMvggf; Fri, 11 Jul 2008 22:57:36 +0200 (CEST)
Received: from tad.clamav.net (localhost.localdomain [127.0.0.1])
	by tad.clamav.net (Postfix) with ESMTP id BED3316C6A4;
	Fri, 11 Jul 2008 22:57:33 +0200 (CEST)
X-Original-To: clamav-users@tad.clamav.net
Delivered-To: clamav-users@tad.clamav.net
X-Virus-Scanned: Debian amavisd-new at tad.clamav.net
Received: from tad.clamav.net ([127.0.0.1])
	by localhost (tad.clamav.net [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BN1SYUZ8xjlw for <clamav-users@tad.clamav.net>;
	Fri, 11 Jul 2008 22:57:31 +0200 (CEST)
Received: from mail.eggycrew.com (mail.eggycrew.com [66.187.102.34])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by tad.clamav.net (Postfix) with ESMTP id 246BF16C27A
	for <clamav-users@lists.clamav.net>;
	Fri, 11 Jul 2008 22:57:31 +0200 (CEST)
Message-ID: <4877C938.6040700@eggycrew.com>
Date: Fri, 11 Jul 2008 15:57:28 -0500
From: Russell Jones <rjones@eggycrew.com>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: ClamAV users ML <clamav-users@lists.clamav.net>
References: <487772A1.2080104@eggycrew.com>	<20080711184645.6cb4cf45@Quad>	<48778FDB.30703@inetnw.com>	<20080711170250.GB20178@www.lobefin.net>
	<4877BF78.1020901@inetnw.com>
In-Reply-To: <4877BF78.1020901@inetnw.com>
X-Antivirus-Scanner: This message was scanned for viruses and other harmful
	content on mail.eggycrew.com before being delivered.
Subject: Re: [Clamav-users] 0.93.3 memory doubling problem
X-BeenThere: clamav-users@lists.clamav.net
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: ClamAV users ML <clamav-users@lists.clamav.net>
List-Id: ClamAV users ML <clamav-users.lists.clamav.net>
List-Unsubscribe: <http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users>,
	<mailto:clamav-users-request@lists.clamav.net?subject=unsubscribe>
List-Post: <mailto:clamav-users@lists.clamav.net>
List-Help: <mailto:clamav-users-request@lists.clamav.net?subject=help>
List-Subscribe: <http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users>,
	<mailto:clamav-users-request@lists.clamav.net?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: clamav-users-bounces@lists.clamav.net
Errors-To: clamav-users-bounces@lists.clamav.net

Yay! I am happy to report that the patch has fixed the database 
reloading / memory doubling problem beautifully:

Fri Jul 11 15:41:30 2008 -> Thread cleaning up. thr_alive(0)Fri Jul 11 
15:42:01 2008 -> No stats for Database check - forcing reload
Fri Jul 11 15:42:01 2008 ->  Active threads(1). Waking them, and enter wait.
Fri Jul 11 15:42:01 2008 -> Entering wait. Alive(1)
Fri Jul 11 15:42:01 2008 -> Accepted connection on port 1155, fd 8
Fri Jul 11 15:42:01 2008 -> stream 1155: Eicar-Test-Signature FOUND
Fri Jul 11 15:42:01 2008 -> Thread cleaning up. thr_alive(0)Fri Jul 11 
15:42:01 2008 -> Received signal. Active threads(0)
Fri Jul 11 15:42:02 2008 -> Reading databases from /var/clamav
Fri Jul 11 15:42:04 2008 -> Database correctly reloaded (348878 signatures)

At this point it would usually be at ~130M. It is still sitting at 70M 
and happily chugging along


Dennis Peterson wrote:
> Stephen Gran wrote:
>   
>> On Fri, Jul 11, 2008 at 09:52:43AM -0700, Dennis Peterson said:
>>     
>>> Tomasz Kojm wrote:
>>>       
>>>> On Fri, 11 Jul 2008 09:48:01 -0500
>>>> Russell Jones <rjones@eggycrew.com> wrote:
>>>>
>>>>         
>>>>> .. the memory usage jumps to 131 megs and stays there. What is causing 
>>>>> this, and how can I fix it?
>>>>>           
>>>> Please have a look at
>>>> https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1028
>>>>
>>>>         
>>> Is this not a problem with Sparc processors, then? I've not witnessed it 
>>> at all on my systems.
>>>       
>> I can't remember - are you a solaris shop?  A different c library could
>> certainly explain it, although I suspect a different cpu wouldn't make
>> much of a difference.  It has to do with how memory is allocated and
>> garbage collected, and a different malloc/free/realloc/etc implementation
>> might make a difference there.
>>     
>
> I'm all Solaris. It runs at around 73M all the time on all systems 
> (Sol9). It has been running constantly since the day 9.3.3 came out.
>
> dp
> _______________________________________________
> Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
> http://www.clamav.net/support/ml
>   
_______________________________________________
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http://www.clamav.net/support/ml

