[ic] Usertrack problems

Cameron G ritontor at icenet.com.au
Wed Jan 5 01:09:16 EST 2005

> -----Original Message-----
> From: interchange-users-bounces at icdevgroup.org 
> [mailto:interchange-users-bounces at icdevgroup.org] On Behalf 
> Of Stefan Hornburg
> Sent: Tuesday, 4 January 2005 11:45 PM
> To: interchange-users at icdevgroup.org
> Cc: racke at linuxia.de
> Subject: Re: [ic] Usertrack problems
> On Tue, 4 Jan 2005 21:21:42 +0800
> "Cameron G" <ritontor at icenet.com.au> wrote:
> > Hi everyone, just thought I'd throw this question to the IC 
> devs and 
> > see what they're suggesting. I've got a usertrack file on a site 
> > that's gotten to 25 meg in size, which isn't especially 
> large by any 
> > means, but whenever I go to view traffic stats, the IC task 
> leaps to 
> > 160MB ram usage and the cpu usage goes beserk. It does eventually 
> > work, which indicates to me that the file itself isn't corrupted or 
> > any such oddity, it just seems to be acting like it's loading the 
> > entire log in to RAM before grepping it? I'm not really 
> sure what to 
> > think, and while I'm sure I can simply rotate the log and get it 
> > smaller, 25MB shouldn't be that much of an issue. This IC is
> > 4.8.6 by the way, perhaps this code has been reviewed and 
> improved in 
> > later versions?
> Yes, Mike has reviewed the code on the traffic stats page.
> Bye
> 	Racke

I just tried importing the ByAffiliate page from a 4.9.8 installation, and
the same thing occurs - it shoots to 160mb ram usage and the cpu goes bucky.
Has this code been even more extensively rewritten since 4.9.8? I could
always install a copy of the new IC on a test server, but of course it's a
completely different environment (with significantly different amounts of
RAM) and unlikely to provide any accurate estimation of whether an upgrade
is going to fix any problems. Anyone got any suggestions? Or am I going to
have to resort to rotating the log and losing all those older stats? 

More information about the interchange-users mailing list