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

Reply via email to