On 13 Jan 2015, at 02:51, Graham Cox <graham....@bigpond.com> wrote: > >> On 13 Jan 2015, at 12:21 pm, Roland King <r...@rols.org> wrote: >> >> Did you read the devforums thread I pointed you at a couple of weeks ago? > > > Umm, not sure Roland. I read the blog post by bbum about using Allocations, > which is the one you linked in this thread. Did you mean something else? > Forgive me, I can't locate the link if so. > > If you're referring to bbum's post, I read that. I'm assuming that "heapshot" > is now labelled "mark generations" but otherwise is the same thing. The > problem with this in my case is that a "generation" is a new URL download and > that's fired off automatically by either the previous one completing or a > timer that's set to a variable time based on the "target time" of the > playlist entry. There's no clear means for me to hit "mark generation" at > exactly the right time. That might not matter all that much in that the > process is continuous, so as long as I'm downloading a stream at a fairly > steady rate, and hit the button at regular intervals, there should be a > reasonable similarity between runs. > > Doing that, I get inconclusive results. Most of the memory that is left is > like this: > > Snapshot Timestamp Growth # Persistent > Generation B 01:32.780.375 2.09 MB 38 > VM: Performance tool data 2.08 MB 4 > 0x116816000 01:13.421.801 532.00 KB > 0x1162ed000 01:32.145.259 532.00 KB > 0x116140000 01:23.051.011 532.00 KB > 0x1161e5000 01:02.847.030 532.00 KB > > > Which suggests it's memory allocated by Allocations itself. > > But where I'm checking this over longer time periods isn't in Instruments at > all, but in Xcode's memory viewer. Unfortunately that doesn't give me a > breakdown, just an overall usage.
I went through a similar painful process in early November hunting down bugs. I'm not using NSURLConnection so I can't really comment about that API and I'm working on OS X. This comment and the remarks a little later in this thread referring to Quinn triggered a recollection. In desperation I looked at things using Activity Monitor's memory section and turned on the columns Real Mem, Shared Mem, and Purgeable Mem. In my case what I was seeing as a leak matched with the memory marked as purgeable. Exactly what is meant by purgeable I don't know beyond the obvious. Kevin _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com