Re: [squid-users] xmalloc and out of memory errors in messages log

From: Tay Teck Wee <[email protected]>
Date: Mon, 22 Sep 2003 01:13:54 +0800 (CST)

 --- Henrik Nordstrom <hno@squid-cache.org> wrote: >
On Sat, 20 Sep 2003, Tay Teck Wee wrote:
>
> > Sep 20 00:09:58 blar out of memory [28008
> > Sep 20 00:09:59 blar squid[29539]: Squid Parent:
> child
> > process 28008 exited due to signal 6
> >
> > Sep 20 01:39:21 blar (squid): xmalloc: Unable to
> > allocate 87380 bytes!
> > Sep 20 01:39:21 blar squid[29539]: Squid Parent:
> child
> > process 28435 exited due to signal 6
>
> The above is effectively the same error..
>
> > twice a day. I've read the FAQ. Its states 2
> possible
> > reasons for OS to have xmalloc error:
> > 1) out of swap
> > 2) data segment size reached
>
> Yes..
>
> > I am sure that the machine never ran out of swap,
> > using monitoring tools. And the below shows that
> I've
> > set the data segment size to unlimited.
> >
> > [root@squid squid]# ulimit -a
>
> Unfortunately ulimit only gives half the picture.
> What ulimit unlimited
> says is that there is no additional limits imposed.
> The process size is
> still limited by the maximum data segment size
> allowed or possible with
> your kernel.
>
> This is why the FAQ goes into how to tune the kernel
> for this.

My squid is on linux. But the info on
http://www.squid-cache.org/Doc/FAQ/FAQ-8.html#ss8.7
describes only BSD/OS, FreeBSD and OSF, Digital Unix.
Which category does linux falls under? Or direct me to
the correct place?

>
> > linux kernel 2.4.20-19.8
>
> And which memory model is the kernel compiled for?

What does memory model mean? And what would be the
preferred model?

>
> And how large is your Squid process?

Where/how can I get this information?

Thanks for the help.

>
> Regards
> Henrik
>

__________________________________________________
Do You Yahoo!?
Play now and stand a chance to win cash prizes!
http://yahoo.com.sg/millionaire
Received on Sun Sep 21 2003 - 11:13:56 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:19:59 MST