Re: [Fwd: [squid-users]Memory leak problem on epoll i/o squid on IA64]

From: Adrian Chadd <>
Date: Thu, 4 Sep 2003 07:54:01 -0600

On Thu, Sep 04, 2003, Henrik Nordstrom wrote:

> I am currently working in a development works in epoll I/O on squid for satisfying the requests of 2000 in IA64.I have passed only 300 req/sec in IA64.My squid is using more than 1.9 GB outof 2 GB.I have tried a lot in the squid to overcome the leaks / problem.I have decreased the swap size from 1.9 GB to 256 MB(Adams view).
> But no use .I have use the ElectricFence tool [ Electric Fence 2.0.5] to find the probelms regarding to the memory allocations in squid.


> In the compilation of squid ,I used cache_mem 1200 MB cache_dir null /dev/null ,half_closed_clients off ,server_persistent_connection off and other normal options.

You don't need 1200mb worth of cache_mem. Drop it to something like 64mb
and see if you're being hit with lots of messages in your store_log.

> kernel parameters:<kernel-2.4.20 Redhat-7.2 IA64>

Have you tried a 2.6 kernel?

> fs.file-max = 16384

Up this to 65000.

You should also set the high/low port threshold so squid is able to grab a
port for its outgoing connections.

> # ./squid
> Electric Fence 2.0.5 Copyright (C) 1987-1998 Bruce Perens.
> squid(13049): unaligned access to 0x2000000000cdbfec, ip=0x20000000003a9600
> squid(13049): unaligned access to 0x2000000000cdbff4, ip=0x20000000003a9610
> squid(13049): unaligned access to 0x2000000000cdbfcc, ip=0x20000000003a9611
> squid(13049): unaligned access to 0x2000000000ce3fe4, ip=0x20000000003aa100
> So what is the problem regarding to this in squid.Is there any way to improve the squid to satisfy more requests in IA64.Please tell the suggesstion to me to do further.

Well, I'm able to push around 2/3 that on 2.5+coss on a linux-2.6 kernel
running on my 2.4ghz/1gb RAM test machine.

I'm having issues with squid-3 and insane memory usage on my machine.
I'll be posting my points to squid-dev when I resume my testing in
a couple of days.

Received on Thu Sep 04 2003 - 07:54:04 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:20:39 MST