• 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: IKImageBrowser performance issues
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: IKImageBrowser performance issues


  • Subject: Re: IKImageBrowser performance issues
  • From: Colin Cornaby <email@hidden>
  • Date: Mon, 26 Nov 2007 00:26:28 -0800

Sorry for the somewhat confusing email, the iPhone is not the ideal platform for typing these sorts of things. :)

Basically what happens is I have a drop down menu to select groups of images to display within the browser view. When the group is switched out, I pull a different batch of items from a backing CoreData database that contains URL's to images. I then tell the image browser view to reload.

After I switch groups, I can watch my app's CPU usage stay extremely high in process viewer, and graphics performance in other parts of my app declines rapidly. The image items in the browser view's currently viewed bounds are all loaded and visible. During this period of high cpu usage I scroll down and quickly run into "unloaded" images, which are represented by whatever the placeholder image is that Apple uses to represent unloaded items. The items are quickly filled in by the browser view.

If I don't scroll down, and I just wait for my CPU usage to hit 0 again, I can scroll through the browser view and all my images seem to be already loaded. This is what led me to believe that my image browser was preloaded all the images currently being vended by the datasource, not just the currently visible ones in the data browser. I'm sure some debugging in the data source for my browser would confirm that.

I just find it odd that with IKImageBrowserView being so multithreaded that the browser item loading isn't being handled by a second core, leaving the first core free to continue maintaining the rest of my app.

On Nov 25, 2007, at 9:22 PM, j o a r wrote:


On Nov 25, 2007, at 5:19 PM, Colin Cornaby wrote:

Do I have any means of regulating IKImageBrowser*s CPU use? It's hogging the CPU in my app for a solid 5-10 seconds when I switch the items in the view, and I'm not sure the user will understand the reason for the CPU hit given that the visible images in the view will already be loaded.


File a bug report with Apple. I'm not sure why it's loading "invisible" images at all (are you sure that's what's going on?), but it seems reasonable to expect that any such activity should be given a lower priority.

j o a r



_______________________________________________

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


References: 
 >IKImageBrowser performance issues (From: Colin Cornaby <email@hidden>)
 >Re: IKImageBrowser performance issues (From: j o a r <email@hidden>)

  • Prev by Date: Re: javascript ---> Cocoa
  • Next by Date: Re: Overlapping Views
  • Previous by thread: Re: IKImageBrowser performance issues
  • Next by thread: Re: IKImageBrowser performance issues
  • Index(es):
    • Date
    • Thread