Sorry - maybe I'll post
something irrelevant - but my Squid5.3 is running for 3 days
now. As it seems the number of user's requests declined (xmas
holliday) - the memory consuption stabilized and is not
increasing (seemingly - I check only by mrtg figures - I'dont
sample memory info because it seemed not prooffing)
Anyway general info shows:
Maximum Resident Size: 48399664 KB
Page faults with physical i/o: 171
Memory accounted for:
Total accounted: 2013907 KB
memPoolAlloc calls: 390527804
memPoolFree calls: 395188267
Max resident size 46GB???
Memory allocated total: 2014463 kB.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15487 proxy 20 0 11.6g 11.5g 10344 S 0.0 73.7 103:34.23 (squid-1) --kid squid-1 -YC -f /etc/squid5/squid.conf
Is it something not included in the memory utilization chart? Something tied to connections? requests? ssl contexts?
L
Dne 24.12.2021 v 7:59 Praveen Ponakanti
napsal(a):
Hi Alex,
I have attached a log with about 24 hours of memory stats from our squid proxy running version 5.3. The memory usage increased during the first 11-12 hours of the log and then flatted out. The same pattern repeats itself each day with about an additional 2-3G being used up. Let me know if you need any additional logs. I will take another shot at the test setup with Valgrind later on. Happy holidays!
ThanksPraveen
On Thu, Dec 23, 2021 at 6:23 AM Alex Rousskov <rousskov@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
On 12/23/21 1:58 AM, Praveen Ponakanti wrote:
> On Wed, Dec 22, 2021 at 6:45 AM Alex Rousskov wrote:
>
> On 12/21/21 7:48 PM, Praveen Ponakanti wrote:
>
> > We are running the squid proxy for servicing outbound HTTP quests from
> > our network and have observed a significant memory leak with 5.x
> > versions. While there are several discussions about memory leaks with
> > recent versions, just wanted to list out what we have observed in case
> > this is an unknown leak.
>
> I recommend sharing a log with 48+ hourly mgr:mem snapshots. These
> snapshots help compare your leak with others we know about and may help
> isolate some of the memory leaks:
> https://bugs.squid-cache.org/show_bug.cgi?id=5132#c8
> I will continue collecting these stats hourly.
I will analyze those logs once you share them. Comparing two snapshots
from different Squid versions/instances may be useful, but it is much
more time consuming, and I cannot offer to do that right now.
> The output appears to be quite large
> ... where do I send the files with the memory logs?
The scripts that track memory usage changes across hourly snapshots do
not care about the log size. However, you may want to share a link to
the (compressed) log rather than sharing the log itself. The best place
to share that info, IMO, is the bug report I referenced above, but you
can post here, of course.
> I might have to fix how it is launched from
> the docker entrypoint script in my test env.
FWIW, here is one of the valgrind commands I use (with paths stripped):
> valgrind -v --trace-children=no --child-silent-after-fork=yes --num-callers=50 --log-file=valgrind-%p.log --time-stamp=yes --leak-check=full --leak-resolution=high --show-reachable=no --track-origins=no --gen-suppressions=all --suppressions=valgrind.supp squid -f squid.conf ...
Valgrind reports useful leak info after Squid exits.
I do not have updated/polished Valgrind suppressions, but I can share
what I use:
https://gist.github.com/rousskov/a1f503981b4a3832ab44221b0b615b5a
I do not use gdb/valgrind monitor so I cannot help you there.
HTH,
Alex.
_______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
