Re: [go-nuts] Deleting map entry from the top level of a nested map doesn't clean the underlying memory

2020-05-07 Thread Naveen Kak
Ian, Any thoughts on this? Appreciate a response. Thanks Naveen On Tue, 5 May, 2020, 8:34 PM Naveen Kak, wrote: > Hi Ian, > I explored a few things, calling debug.FreeOSMemory periodically. This > does help, I see a definitely a change in the memory being returned to the > OS ( lo

Re: [go-nuts] Deleting map entry from the top level of a nested map doesn't clean the underlying memory

2020-05-05 Thread Naveen Kak
tions/de-allocations?, haven't explored this much yet. Another thing, calling debug.FreeOSMemory periodically does cause CPU spikes. Regards Naveen On Wed, Apr 29, 2020 at 2:16 AM Ian Lance Taylor wrote: > On Tue, Apr 28, 2020 at 1:00 PM Naveen Kak wrote: > >> Basically using the

Re: [go-nuts] Deleting map entry from the top level of a nested map doesn't clean the underlying memory

2020-04-28 Thread Naveen Kak
efficiently enough on its own. Calling GC so often is an overhead and would cause CPU spikes. On Tue, Apr 28, 2020 at 3:21 AM Ian Lance Taylor wrote: > On Sun, Apr 26, 2020 at 9:57 PM Naveen Kak wrote: > >> I have my system up and running for let's say 10 hours or so where these &

Re: [go-nuts] Deleting map entry from the top level of a nested map doesn't clean the underlying memory

2020-04-26 Thread Naveen Kak
I have my system up and running for let's say 10 hours or so where these operations on map ( continuous add/delete) keep happening. Memory keeps growing and goes very high. Eventually at end of test we clear all map entries, memory is reclaimed and is good. It's basically kind of load test.

[go-nuts] Re: What is the proper way to delete a key which holding a pointer in a map

2020-04-26 Thread Naveen Kak
Is this really working.? For me also the memory keeps growing ..i have a nested map structure though..only when the top level mao is gone i see memory shrinking. Just deleting entries from the top level map doesn't see to solve any issue, On Tuesday, August 28, 2018 at 12:43:00 AM UTC+5:30,