Technically it depends on the GoLang Garbage collection. I will try to upgrade the software to GoLang V 1.8.1 in the next days but no promises on a specific date. The next article might help you: https://www.howtogeek.com/howto/ubuntu/delete-files-older-than-x-days-on-linux/ You can try to use the atime and not the mtime. In any case if you are running out of memory please dump the top -n1 into a file and then use some paste or attach the file so I would be able to read it since the lines are in a way not in a form it would be easy for me to read. It is possible that some fetchers will consume lots of memory and some of the requests are indeed un-needed but... don’t delete them. Try to archive them and only then remove from them some by their age or something similar. Once you have the request you have the option to fetch files and since it's such a small thing(max 64k per request) it's better to save and archive first and later wonder if some file request is missing. All The Bests, Eliezer * if you want me to test or analyze your archived requests archive them inside a xz and send them over to me. ---- Eliezer Croitoru Linux System Administrator Mobile: +972-5-28704261 Email: eliezer@xxxxxxxxxxxx -----Original Message----- From: squid-users [mailto:squid-users-bounces@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Omid Kosari Sent: Wednesday, May 10, 2017 3:18 PM To: squid-users@xxxxxxxxxxxxxxxxxxxxx Subject: Re: Windows Updates a Caching Stub zone, A windows updates store. I have deleted and recreate the request directory and see huge decrease in memory usage of the fetcher process . Did i do the right thing ? Is there anything that should i do after a while ? -- View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/Windows-Updates-a-Caching-Stub-zone-A-windows-updates-store-tp4678454p4682352.html Sent from the Squid - Users mailing list archive at Nabble.com. _______________________________________________ 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