• 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: Cocoa/Objective-C's Relative Performance
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Cocoa/Objective-C's Relative Performance


  • Subject: Re: Cocoa/Objective-C's Relative Performance
  • From: Nat! <email@hidden>
  • Date: Thu, 13 Jan 2005 00:53:19 +0100


Am 12.01.2005 um 19:26 schrieb Ivan S. Kourtev:

Perhaps I am missing the point and these Cocoa data structures are only optimal for use with GUI widgets (of which there are never millions). I am starting to think that for maximum performance (I am talking about data sets with hundreds of millions of elements) one would always need a custom non-Cocoa (and not even Objectivee-C because of the objc_msgsend() overhead) data structures.


You hit the nail on the proverbial head. With these quantities of elements, don't bother to manage them with Foundation. What kind of elements do you want to manage ?


Ciao
	Nat!


------------------------------------------------------ I was hoping that the people of the world might be united by something more interesting, like drugs or an armed struggle against the undead. Unfortunately my father's team won, so computers it is. -- Sedaris

_______________________________________________
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


References: 
 >Cocoa/Objective-C's Relative Performance (From: "Ivan S. Kourtev" <email@hidden>)

  • Prev by Date: Re: Cocoa/Objective-C's Relative Performance
  • Next by Date: NSTableView using bindings for its content can't be a drag source?
  • Previous by thread: Re: Cocoa/Objective-C's Relative Performance
  • Next by thread: Re: Cocoa/Objective-C's Relative Performance
  • Index(es):
    • Date
    • Thread