• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: NSOperationQueue question
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSOperationQueue question


  • Subject: Re: NSOperationQueue question
  • From: "Sean McBride" <email@hidden>
  • Date: Fri, 7 Aug 2009 17:12:42 -0400
  • Organization: Rogue Research Inc.

On 8/7/09 5:06 PM, Tim Murison said:

>With GC, the memory use grows forever, without GC, it doesn't grow at all.
>Instruments tells me the garbage collector is responsible for allocating the
>leaking memory from within the collection routine, I think maybe instruments
>is confused, but it does confirm that the live object count grows without
>bound. You can see a small dip when GC kicks in.

Memory leak checking in GC apps (via either the 'leaks' command line
tool or via Instruments) is known to report mostly false positives.
Don't rely on it.

--
____________________________________________________________
Sean McBride, B. Eng                 email@hidden
Rogue Research                        www.rogue-research.com
Mac Software Developer              Montréal, Québec, Canada


_______________________________________________

Cocoa-dev mailing list (email@hidden)

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:

This email sent to email@hidden

  • Follow-Ups:
    • Re: NSOperationQueue question
      • From: Tim Murison <email@hidden>
References: 
 >Re: NSOperationQueue question (From: Quincey Morris <email@hidden>)
 >Re: NSOperationQueue question (From: Tim Murison <email@hidden>)

  • Prev by Date: Re: NSOperationQueue question
  • Next by Date: Re: NSOperationQueue question
  • Previous by thread: Re: NSOperationQueue question
  • Next by thread: Re: NSOperationQueue question
  • Index(es):
    • Date
    • Thread