Re: Indicate loading while bindings read from Core Data
Re: Indicate loading while bindings read from Core Data
- Subject: Re: Indicate loading while bindings read from Core Data
- From: Brad Siegfreid <email@hidden>
- Date: Sun, 5 Nov 2006 19:20:18 -0600
I'm using a SQL store in my app. With about 18,000 records (a small
data set) the time between opening a document view and the initial
data filling the table is generally about 4 seconds on a G4/933. Not
so bad that I really need to indicate loading but if my system is
busy it can be a bit longer. Modern machines may eliminate the delay
almost entirely. I haven't tested it with larger data sets yet
because of a memory leak I'm currently tracking down which eventually
crashes the app while importing.
I haven't had a chance to implement any of Matt's suggestions yet. My
initial question was posted because I find myself impatient while
waiting for the data to load and I figured others may as well.
I guess that brings up the question. How long of a delay warrants
providing feedback to the user? Is there a rule of thumb?
- Brad
On Nov 5, 2006, at 5:46 PM, Matt Neuburg wrote:
On or about 11/5/06 2:03 PM, thus spake "Diederik Hoogenboom"
<email@hidden>:
I have read somewhere (on this list) that using batch faulting the
startup
time can be reduced significantly. That trade-off appears to be
the fetches
after the batch-faulting which take a bit longer.
My understanding (which of course could be wrong) is that with an
XML store
that won't affect the big delay, which results from that fact that
an XML is
store is entirely loaded and parsed into the managed object before
anything
else happens. m.
--
matt neuburg, phd = email@hidden, http://www.tidbits.com/matt/
pantes anthropoi tou eidenai oregontai phusei
AppleScript: the Definitive Guide - Second Edition!
http://www.amazon.com/gp/product/0596102119
Take Control of Word 2004, Tiger, and more -
http://www.takecontrolbooks.com/tiger-customizing.html
Subscribe to TidBITS! It's free and smart. http://www.tidbits.com/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden