Conceptual question about NSAutoreleasePools
Posted
by ryyst
on Stack Overflow
See other posts from Stack Overflow
or by ryyst
Published on 2010-06-05T15:55:42Z
Indexed on
2010/06/05
16:02 UTC
Read the original article
Hit count: 283
In my Cocoa program, wouldn't a really simple way of dealing with autoreleased objects be to just create a timer object inside the app delegate that calls the following method e.g. every 10 seconds:
if (pool) {
// Release & drain the current pool to free the memory.
[pool release];
}
// Create a new pool.
pool = [[NSAutoreleasePool alloc] init];
The only problems I can imagine are:
1) If the above code runs in a separate thread, an object might get autoreleased between the release call to the old pool and the creation of the new pool - that seems highly unlikely though.
2) It's obviously not that efficient, because the pool might get released if there's nothing in it. Likewise, in the 10 second gap, many many objects might be autoreleased, causing the pool to grow a lot.
Still, the above solution seems pretty suitable to small and simple projects. Why doesn't anybody use it? What's the best practice of using NSAutoreleasePools?
© Stack Overflow or respective owner