Sidebar Sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

Leopard Finder: Finally Cocoa?

robbieduncan said:
My mistake. I was referring to x86-64. I knew Intel tried to rename it from AMD64 to something closer to IA-32 which was their own name for 32-bit x86. Apparently they want us all to call it Intel 64. Anyway as I pointed out above the extra registers are nice, but real world performance is not massively effected by them, especially in a heavily IO dependent app like the Finder.
Click to expand...

Sure, the benefit of those extra registers might not be earth-shattering, but it's still a good thing to have. And I think that those extra registers are enough to offset any performance-hit 64bitness might introduce when compared to 32bit. In PPC (for example) 64bit might be slower in some cases due to the fact that architecture remained pretty much unchanged. But in x86 we get more registers (something x86 desperately needs), and that should negate the potential performance-hit 64bit introduces.

IIRC, I remember back when AMD released the Opteron there were benchmarks that showed that those extra registers give 3-10% performance-boost when compared to 32bit x86, even in cases where the application doesn't really benefit from 64bit as such.
 
I know this is a bit Off Topic, but after reading those pages about the improvements in Leopard i'm looking forward to it a whole lot more. People have been looking for "bling" in the interface whereas apple has been concentrating on making the behind-the-scenes operation a lot faster and more powerful.

Hopefully all these little changes will add up to make one serious boost in performance (when all the debug stuff in the leopard beta is removed of course).
 
TBi said:
I know this is a bit Off Topic, but after reading those pages about the improvements in Leopard i'm looking forward to it a whole lot more. People have been looking for "bling" in the interface whereas apple has been concentrating on making the behind-the-scenes operation a lot faster and more powerful.

Hopefully all these little changes will add up to make one serious boost in performance (when all the debug stuff in the leopard beta is removed of course).
Click to expand...

That is the same feeling i get from reading all of these posts and the links provided in them. Really can't wait for Leopard, seems like it is a vast improvement to Tiger. Will hopefully cement a lot of features which will developed over the course of Leopard and provide a very good platform for whatever is next "Liger" perhaps.
 
hi thanx for reply ..but i want to create my own application for that
any suggentions will be very help ful for me.....
thanks in advance
 
Eraserhead said:
Really you should create your own thread, but with Disk Utility in /Applications/Utilities/
Click to expand...

hi Eraserhead..
thanks for reply
but i want my own application to create .dmg file...
any suggestions will be very help ful for me.......
thanks in advance.....
 
vnraju said:
hi Eraserhead..
thanks for reply
but i want my own application to create .dmg file...
any suggestions will be very help ful for me.......
thanks in advance.....
Click to expand...

Start a new thread over in Programming. Thread hijacking like this is exceptionally bad manners.
 
TBi said:
I know this is a bit Off Topic, but after reading those pages about the improvements in Leopard i'm looking forward to it a whole lot more. People have been looking for "bling" in the interface whereas apple has been concentrating on making the behind-the-scenes operation a lot faster and more powerful.

Hopefully all these little changes will add up to make one serious boost in performance (when all the debug stuff in the leopard beta is removed of course).
Click to expand...

For me too, I'm far more interested in Leopard than I was in Tiger; it's shaping up like a very solid release.

I think it has suffered though from the WWDC keynote, which mostly focused on showing off 'the shiny'. But I'm not sure how many people were wowed by cosmetic changes to the Dock and browsing their apps with CoverFlow.
 
robbieduncan said:
The Finder in Leopard is 32-bit and mostly Carbon. There is no reason for it not to be. It does not need to support a huge memory space and the code is already written in Carbon (and for certain file handling an monitoring aspects you have to drop to the procedural C API (aka Carbon) anyway as there is no Cocoa equivalent).

The info comes from: http://www.carbondev.com/site/?page=64-bit+Carbon

I quote:
"Q: After all, aren't most of the Cocoa APIs implemented on the HIToolbox stuff now?"

No; primarily just the menu classes (NSMenu and NSMenuItem), which use the Carbon Menu Manager. The Cocoa event system also calls into the Carbon Event Manager to fetch events from the event queue. No other parts of AppKit are implemented on top of HIToolbox, or ever have been.

No, the Finder in Leopard is a 32-bit app. The only Leopard app I'm aware of that ships as a 64-bit app is Xcode.

No, the Finder is still largely a Carbon app in Leopard, although it does use our new HICocoaView capability to allow embedding NSViews inside a Carbon window to implement the coverflow view.

Currently plans call for the Carbon Event Manager to continue to be available in 64-bit HIToolbox, but not the Menu Manager.

HITheme is currently undecided. We did hear from multiple developers at the conference today who use HITheme and would like to see it in 64-bit.

-eric schlegel
Click to expand...

Also chess is 64 bit.
 
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back