• 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: UITable Views and display lags / NSOperation vs NSURLConnection
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: UITable Views and display lags / NSOperation vs NSURLConnection


  • Subject: Re: UITable Views and display lags / NSOperation vs NSURLConnection
  • From: Jack Carbaugh <email@hidden>
  • Date: Sun, 21 Mar 2010 14:25:34 -0400

hmmm to be honest, I am not sure ... there is a possibility that i did NOT adjust the max # of concurrent operations.

I will look into this and THANK YOU for the insight.


On Mar 21, 2010, at 2:22 PM, WT wrote:

It was serial? Did you, by any chance, set the maximum number of running operations to 1? I don't recall for sure now, but that may be the default, actually. As far as I know, independent NSOperations in the same queue are executed in parallel, subjected to resource constraints and the maximum number of running operations.

I'm not disputing your results, by the way. As you said, using NSURLConnection might be the best approach in some cases, and perhaps the OP's situation as well. I only suggested NSOperation because that's what I've successfully used a few times, with minimal effort.

I'm about to start a project where I have to do precisely what the OP needs to do (fetch and display many images off the web), so I'll try both ways, time permitting.

W.

On Mar 21, 2010, at 7:06 PM, Jack Carbaugh wrote:

NSURLConnection does this as well. The main issue i had with using an NSOperation/OperationQueue was that is was "serial" ... using the NSURLConnection allowed me to handle MULTIPLE asynchronous downloads which, when used with properties allowed near instantaneous UI updates.

With the NSOperation avenue, it took longer, UI updates were not as fast as the queue would handle only one operation at a time, in series.

For me, the NSURLConnection route was just better for my specific needs and, i think may be as well for the OP.

jack

On Mar 21, 2010, at 1:53 PM, WT wrote:

On Mar 21, 2010, at 6:25 PM, Jack Carbaugh wrote:

You don't need to overcomplicate downloading the images with an NSOperation.

In my experience, downloading asynchronously with an NSURLConnection and the delegate methods works far better.

Jack

I don't think using NSOperation is overcomplicating things. It's entirely trivial to use it and, as far as I know, NSOperationQueue takes care of scheduling the threads to make the best use of the resources available.


W.=


_______________________________________________

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: UITable Views and display lags / NSOperation vs NSURLConnection
      • From: WT <email@hidden>
References: 
 >Re: UITable Views and display lags (From: Matt Neuburg <email@hidden>)
 >Re: UITable Views and display lags (From: Jack Carbaugh <email@hidden>)
 >Re: UITable Views and display lags (From: WT <email@hidden>)
 >Re: UITable Views and display lags / NSOperation vs NSURLConnection (From: Jack Carbaugh <email@hidden>)
 >Re: UITable Views and display lags / NSOperation vs NSURLConnection (From: WT <email@hidden>)

  • Prev by Date: Re: UITable Views and display lags / NSOperation vs NSURLConnection
  • Next by Date: Re: NSPredicate to exclude specific elements??
  • Previous by thread: Re: UITable Views and display lags / NSOperation vs NSURLConnection
  • Next by thread: Re: UITable Views and display lags / NSOperation vs NSURLConnection
  • Index(es):
    • Date
    • Thread