[squid-users] Significant memory leak with version 5.x (not with 4.17)

Praveen Ponakanti pponakanti at roblox.com
Sat Dec 25 01:09:21 UTC 2021


Hi Lukas,
Yeah, that is somewhat consistent with what we notice in our setup. The
leak appears to grow only when the traffic through the squid approaches the
previous day's mid-high request rates, but not during low request rates.

On Fri, Dec 24, 2021 at 4:25 AM Lukáš Loučanský <loucansky.lukas at kjj.cz>
wrote:

> 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!
>
> https://bugs.squid-cache.org/show_bug.cgi?id=5132
>
> Thanks
> Praveen
>
> On Thu, Dec 23, 2021 at 6:23 AM Alex Rousskov <
> rousskov at measurement-factory.com> 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 listsquid-users at lists.squid-cache.orghttp://lists.squid-cache.org/listinfo/squid-users
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> Bez
> virů. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
> <#m_-8843196809291168515_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20211224/450060bd/attachment-0001.htm>


More information about the squid-users mailing list