On Jan 26, 2009, at 10:58 AM, Sean McBride wrote:
On 1/24/09 11:05 PM, jonat...@mugginsoft.com said:
I changed my store type to SQLite and noted an immediate improvement
in load times.
Your app isn't garbage collected is it? Because if so, note that the
SQL store is incompatible with GC
On 1/26/09 11:06 AM, Ashley Clark said:
Your app isn't garbage collected is it? Because if so, note that the
SQL store is incompatible with GC apps. :(
What's this supposed incompatibility? According to everything I've
read CoreData is fully GC compliant. I would assume that includes all
of
On Jan 26, 2009, at 12:18 PM, Sean McBride wrote:
You assume incorrectly:
http://www.cocoabuilder.com/archive/message/cocoa/2008/2/28/200078
That's only if the program is using the NSPersistentDocument API. I've
been using a CoreData sqlite app that doesn't use NSPersistentDocument
and
On 1/26/09 10:29 AM, Nick Zitzmann said:
http://www.cocoabuilder.com/archive/message/cocoa/2008/2/28/200078
That's only if the program is using the NSPersistentDocument API. I've
been using a CoreData sqlite app that doesn't use NSPersistentDocument
and uses GC, and it works just fine.
True
On 25 Jan 2009, at 21:30, Ben Trumbull wrote:
The results for a default fetch on a data set of 1500 very simple
objects are:
XML - usesLazyFetching = NO 38.00 sec load
XML - usesLazyFetching = YES 4.78 sec load
SQLite - usesLazyFetching = NO 35.25 sec load
SQLite - usesLazyFetching = YES
On Jan 26, 2009, at 11:47 AM, jonat...@mugginsoft.com wrote:
Why ? Put Shark in Time Sample (All Threads State). You'll get
close to wall clock time with a sampling accuracy of microseconds.
36000 years later...
I'm not that old. For short events like launch time, I've found Shark
to
On Jan 26, 2009, at 2:09 PM, jonat...@mugginsoft.com wrote:
The docs do state (Core Data Guide - Faults and KVO Notifications)
that KVO notifications do occur as faults are realised, even if
the faulted relationship is already in the moc (is this last
assumption correct?)
I'm not sure
I don't mean to hijack this thread, but I have had a related (?)
problem where a transient String attribute is derived from a
persistent Binary attributed (an archived NSAttributedString). When
my NSTableView sorts on this column, and I modify a managed object
displayed in the table, I get
poor hijacked thread.
You cannot ask -executeFetchRequest: to either filter (by predicate)
or sort (by sort descriptor) based on a transient or unmodeled property.
The table view and array controller can happily sort or filter in
memory. Performance on sorting large data sets in memory
On 24 Jan 2009, at 18:41, Matt Neuburg wrote:
On or about 1/24/09 10:17 AM, thus spake jonat...@mugginsoft.com
jonat...@mugginsoft.com:
I am also having horrible performance problems.
A data set of 1500 items with a total on disk size of 1.8MB is taking
more than 30 secs to load.
Maybe
On or about 1/25/09 8:08 AM, thus spake jonat...@mugginsoft.com
jonat...@mugginsoft.com:
I also made use of -setUsesLazyFetching.
Not an option for me, alas, as my app must run on Tiger. m.
--
matt neuburg, phd = m...@tidbits.com, http://www.tidbits.com/matt/
pantes anthropoi tou eidenai
On 24 Jan 2009, at 18:41, Matt Neuburg wrote:
On or about 1/24/09 10:17 AM, thus spake jonat...@mugginsoft.com
jonat...@mugginsoft.com:
I am also having horrible performance problems.
A data set of 1500 items with a total on disk size of 1.8MB is
taking
more than 30 secs to load.
Maybe
I would ask you the same question I just asked someone else on the
list: are
you using the XML persistent storage format? Because, if so, you
must expect
some delay, since even before you fetch any objects the entire XML
file must
be loaded into memory and parsed.
I use XML because I want
On 24 Jan 2009, at 02:43, David LeBer wrote:
This may be a stupid question, but I've had reason to wonder a
number of times.
If I have an NSArrayController in a nib, bound to a MOC, configured
with an Entity name and set to prepare content:
Is there a way to be notified when it has
It looks like you can set to prepare content AND call fetchWithRequest:
http://developer.apple.com/DOCUMENTATION/Cocoa/Conceptual/CoreData/
Articles/cdBindings.html
If the automatically prepares content flag (see, for example,
setAutomaticallyPreparesContent:) is set for a controller, the
On 24 Jan 2009, at 17:59, Matt Neuburg wrote:
On Sat, 24 Jan 2009 09:07:59 +, jonat...@mugginsoft.com
jonat...@mugginsoft.com said:
On 24 Jan 2009, at 02:43, David LeBer wrote:
This may be a stupid question, but I've had reason to wonder a
number of times.
If I have an
On or about 1/24/09 10:17 AM, thus spake jonat...@mugginsoft.com
jonat...@mugginsoft.com:
I am also having horrible performance problems.
A data set of 1500 items with a total on disk size of 1.8MB is taking
more than 30 secs to load.
Maybe NSArrayController -fetchWithRequest will improve
On 24 Jan 2009, at 18:41, Matt Neuburg wrote:
On or about 1/24/09 10:17 AM, thus spake jonat...@mugginsoft.com
jonat...@mugginsoft.com:
I am also having horrible performance problems.
A data set of 1500 items with a total on disk size of 1.8MB is taking
more than 30 secs to load.
Maybe
This may be a stupid question, but I've had reason to wonder a number
of times.
If I have an NSArrayController in a nib, bound to a MOC, configured
with an Entity name and set to prepare content:
Is there a way to be notified when it has finished loading and
arranging it's objects?
19 matches
Mail list logo
