Apple Secretly Maintaining x86 Port Of Mac OS X 736
Earlybird writes "According to this eWeek article, Apple has ported the whole of Mac OS X to the x86 architecture and is maintaining it in parallel with the PowerPC builds. Dubbed Marklar, the project is perceived as a fall-back plan, and, quoth the article, 'has apparently gained strategic relevance in recent months, as Apple's relationship with Motorola has grown strained and Apple looks to alternative chip makers.'" Believe what you will ...
Nope. (Score:3, Funny)
Re:Nope. (Score:4, Informative)
The biggest reason is that maintaining an Intel version ensures that everything they write stays reasonably portable. It they can stay compatible with PPC and Intel in the code, than supporting any other chip that comes along can't be much more difficult.
Internal builds used to always be built fat...they would just be stripped to PPC-only when it came time to press to a CD for external use. I don't know if it's still the case, but I don't see why they would stop the practice.
Also, maintaining compatibility keeps future migration options open to them.
Most of OS X is highly portable already. The kernel is Mach, which was fundamentally designed with portability in mind. Above that is the BSD layer which is regularly synched with the OpenBSD source tree, which is x86 code -- so it's portable. CoreFoundation is part of Darwin, so it already compiles on x86. Cocoa is very high level and used to run on x86 back in the OpenStep days...no big issues there. I see no reason why Cocoa couln't easily go to Darwin as well. Apple had to basically build the Carbon library from scratch after the developer community refused to migrate en-masse to Cocoa. I don't believe Apple would be short-sighted enough to not write it in a portable fashion. Really, Classic is the only part of OS X that would cause a problem with an x86 port. If push comes to shove, Apple could just draw a line in the sand and say that Classic isn't supported...developers have had enough time to move their stuff forward.
Of course, just because the port is possible doesn't mean that Apple will ever make it a product. Support for such a thing would be a nightmare given the huge number of hardware options in the x86 world. Apple is barely capable of keeping up with drivers for there exremely limited set of hardware options.
Stick with PPC (Score:3, Insightful)
It's one thing to go from 68k to a more powerful PPC architecture. It's another issue altogether to move from a PPC to an Intel or AMD cpu. The emulation speed would be a hell of a performance hit.
Recompiling (Score:3, Insightful)
Do you have any idea how long it took Apple to get everyone to recompile all their software for the 68k software for the PPC? It took years. If apple had started off telling everyone to compile FAT binaries from the time that Mac OS X was released, maybe we'd be okay. But the mac os x developer community is somewhat mature now, and there is a fairly large mac os x software library. Large enough going back and getting everyone to recompile everything would be hellish.
I'm sorry, you need an emulation layer to help people crossgrade gracefully. This isn't linux. Usually, people don't have the source code to apps they install. People expect to install by dragging a package icon from one window to another, not by typing "./configure; make install", waiting 15 minutes, and then poking through your hard drive trying to figure out where the Makefile install script put its junk.
Gee, there's a great line. "Buy mac os x for the PC! But you won't be able to run any classic mac os apps! Or any commercial apps where the CDs were pressed before april of 2003, or any shareware apps, because the shareware developers will be too lazy to configure confusing FAT binaries for an archivecture they don't use! You can run Microsoft Word, IE, and Fink, though!"
I really hope apple has some plan for dealing with this, some kind of CLR-style "partial compilation" VM thing so that one executable can contain machine code for two architectures without having to take the disgustingly inefficient fat-package route. If every single application has to come with two binaries, one for each of the two architectures, and there's PPC-only shareware apps made by lazy ppc users and x86-only shareware apps made by lazy x86 users floating around.. that's just going to be the biggest mess imaginable.
I can't even imagine what it will be like trying to explain to the average iMac owner why their new software comes with two CDs, one marked "x86" and one marked "PPC". And let's not even get into devices, or software that's been written to use Altivec.
Re:Stick with PPC (Score:3, Interesting)
When Mac went from the 68K to the PPC, they included emulation software, do that the PPC could still run the 'legacy' 68K code. Because the PPC was enough faster than the 68K, the emulated code still ran with 'reasonably acceptable' speed.
Intel isn't much (if at all) faster than similarly timed PPCs, so trying to do a PPC emulation on an Intel CPU would probably be a horror story.
(the '386 architecture is also not quite as elegant as the PPC architecture. Most of the registers would have to be stored in RAM, and that would hurt you BIGTIME).
Re:Stick with PPC (Score:4, Interesting)
As someone who's been if a few multi-architecture operating systems (BeOS, OpenStep, NEXTSTEP), I can say that it isn't as pleasant as everyone says. While OpenStep made it pretty easy to cross compile, there were always apps that just weren't available for your platform (particularly NEXTSTEP for HP Apollo machines.) It's not a good place to be, and it is always frustrating for users. How many PPC BeOS apps were there when the BeOS stopped being something a lot of people did? Certainly not as many as there were for Intel.
My basic point is that it will be a major pain in the ass for all of the users for gains that aren't yet a big enough deal to convince me.
No. (Score:5, Interesting)
Furthermore, your assumption that PPC is automagically more powerful than Intel architectures is a clear indication that you are severiously under-informed.
Note that the poster you responded to never said the PPC was more powerful than intel. They referenced the fact that when apple changed from 68k to PPC hardware, they included an emulator so that legacy apps could be run on PowerPC computers. The emulation he referred to was for third party apps which have yet to be recompiled, not for the ported OS.
All the original poster said was that while it was no big deal to emulate the 68k on the vastly more powerful PPC, emulating a PPC on an x86 would be not so easy, as x86 and PPC are roughly equal. I am not able to see where your rediculous ad hominem attack comes from. They did not even advocate PPC as more powerful than x86.
That being said, it would indeed be extremely difficult to emulate PPC on the x86! This is simply because of the way the chips are designed. The PPC is RISC; it has simple instructions and lots of registers; the x86 is CISC; has few registers and complex instructions. RISC is not necessarily better or worse than CISC, and the x86 is not necessarily better or worse than the PPC. However, it is generally well-known and accepted fact that it is easier to write an emulator that runs on a RISC machine than a CISC one, and it is quite obvious to anyone who is familiar with the emulation scene that the PPC and x86 are good at different things, and one of the things that the PPC really shines at is emulation.
This will become blatantly obvious if you consider that there are multiple, at least three, separately developed programs-- one of which is open source-- which emulate an x86 PC on a PPC Macintosh. There are, however, no extant PPC Macintosh emulators for the x86 PC. None. And it isn't for want of trying; you can see here [emulators.com] that there have been a number of macintosh emulators for the PC, just that none of them have done PPC emulation, only 68k. There have been many attempts to emulate the PPC on the x86, it is just that they have all come to nothing-- becuase the architecture of the two machines is simply such that it is relatively easy to emulate x86 on PPC and relatively extremely difficult to emulate PPC on x86.
I suspect i am responding to a troll. I really ought to submit this as AC. Oh well..
A few corrections (Score:4, Insightful)
This is a quarter-truth. However, you're ignoring a fair number of issues:
* A port would likely be less tweaked for the architecture (run out of registers more likely, cause cache misses, whatever) for some time.
* Apple didn't port all of the MacOS to the PPC for *ages* (actually, I'm not sure the entire OS ever went native). They just ported critical chunks, and emulated less used bits. If you want to avoid emulation, you're looking at a much larger porting task in a short period of the time.
* Apple could port the OS -- but 99% of applications won't be recompiled for the x86. That means a lot of apps need to be emulated.
Furthermore, your assumption that PPC is automagically more powerful than Intel architectures is a clear indication that you are severiously under-informed.
Actually, he's right, though he simplified things a bit. The PPC has far more registers than the x86 architecture. Any emulation would involve extremely expensive swapping of registers very frequently. I'm don't remember what L1 fetch time on the x86 is, but it's at least one cycle. That means that your PPC code is going to run, at best, at half speed a fair bit of the time.
The reason the PPC could emulate the 680x0 so efficiently is because it had so many registers and didn't have to execute many instructions to handle any single 680x0 instruction. Also, the PPC was a faster chip, so running slow 680x0 code still seemed reasonably peppy to the user -- trying to port PPC code to the x86, a *competitive* line, means looking at some serious slowdown issues.
I won't go so far as to call you a newbie, but your bias suggests that you have a ways to go before you become a seasoned professional. Keep on plugging though, and try to be more open-minded. Consider doing research before forming conclusions, for example.
I think that you owe it to the parent poster to do the same yourself.
Re:Stick with PPC (Score:2)
As far as which is better depends on your assembly language preferences. I prefer accumulator arithmatic of the RISC, but since we use compilers these days, this point is moot.
Re:Stick with PPC (Score:3, Funny)
"PPC = RISC architecture
x86 = CISC architecture
RISC > CISC
therefore PPC >x86"
Your missing a key element in your formula, even if I grant the mistaken RISC>CISC part. Intel != x86. For example, the intel StrongARM processors used in the iPaq are RISC.
Re:Stick with PPC (Score:2, Interesting)
Apple, IIRC, have around a 25% share in ARM (Advanced RISC Machines, but used to be Acorn RISC Machines when they started out, but Acorn has been 'defunct' for 2yrs+ now as soon as it was realised that the Acorn Group PLCs share of ARM was worth more than the total share value of Acorn
StrongARM chips were originally used in desktop machines, I've got a 202Mhz SA in my Acorn RISC PC desktop machine - admittedly it's around 7 years old now, but in it's day it was a damn good machine: Acorn themselves (not ARM) weren't very good in marketing...
Re:Stick with PPC (Score:2)
So let's see
Your 100MHZ PPC chip is faster than my 2GHZ P4 because yours is risc?
This is the #1 most common thing mac freaks say.. that it's better because it's RISC.
RISC is better as a *technology*... that doesn't mean a RISC chip is inherently better than a CISC chip.
That's like saying Diesel is better than gasoline.. so a diesel vehicle is faster.
Re:Stick with PPC (Score:2)
Absolutely right.
And when you consider current clock speeds (~2.5 GHz P4 chips vs. ~1.2 GHz PowerPC chips) multiplied by PowerPC doing less per clock, you get the picture.
Although situation is not that bad, P4 is somewhat faster than PowerPC now.
Re:Stick with PPC (Score:2)
"That is classic Ad Hominem to those that know logic and critical thinking class material. Attack this guys point, not him as a person
This is by no means such a case. I attack his point as wrong. I merely go on to point out what his being wrong, an the manner in which he is wrong, says about him. At no time do I suggest that he is under-informed, and therefore wrong. I state that he is wrong, and therefore under-informed. Will the real Dr. Pascal please stand up
Re:Stick with PPC (Score:4, Insightful)
All the developers will have to do little more than re-target and recompile. Very little work involved, relatively speaking.
Why would a Carbon app need to be significantly modified to compile on an x86? Does an app for Solaris SPARC need heavy modification to run on Solaris X86? No, it doens't, it needs, well, no modification whatsoever, it just compiles.
Same thing here.
Yes, they would need a new emulator for classic apps.. but many of these already exist for x86, they could probably purchase code if they don't want to do it themselves. it would be no harder than writing one for PPC. PPC and 68K do not have any kind of inherent compatability.
Re:Stick with PPC (Score:2, Funny)
other sides (Score:5, Funny)
Re:other sides (Score:2)
Re:other sides (Score:3, Funny)
Re:other sides (Score:3, Funny)
Jobs: "Powerful is the Dark Side(TM)* of the force. Give in to the Dark Side(TM), you must not"
*the Dark Side(TM) trademark is property of Lucasfilm LTD and this post makes no claim of ownership of said mark. Used without permission.
Re:other sides (Score:2)
So in effect, one of the "fathers" of Apple Computer was an Intel marketing manager. Years later, Intel's mhz marketing sabre effectively severs Apple's arm, but Jobs created a new one with the mhz myth campaign. Emperor Microsoft is well aware of this does not want to be slain by its most trusted servant, so it makes subtle efforts to weaken Anakin Markkula (Darth Intel, Dark Lord of Santa Clara) by driving business to AMD.
I Doubt It (Score:5, Interesting)
Re:I Doubt It (Score:2)
They would ask for rewrites of things like code that expected registers to be in Big-Endian order...
AN example was found when one of the first ports away from the PDP-11 architecture occured... The welcome banner said something like:"Welcome to NUXI V2.1" (16 bit registers in little-endian going to big-endian).
For a long time after that, people referred to it as "The Nuxi problem".
Microsoft needlessly Jumped into the middle of this minefield when they decided to not put some of their Kerberos data in network-order (big-endian) format. If they ever see the need to port NT to a non-little-endian CPU again, they're gonna have code blowing up all over the place.
No rewrites (Score:2)
Re:I Doubt It (Score:4, Interesting)
Re:I Doubt It (Score:3, Interesting)
For those who don't know the history, NeXT had originally written their OS for custom Motorola 68k hardware. They then ported it to run on I think four architectures: the original gear, generic Intel boxes, HP's PA-RISC gear, and some sort of SPARC hardware. A few years later, they changed things further so that you could use their development tools to write apps for NT and Solaris.
Then when NeXT took over Apple (yeah, that's what I mean), they promised the NeXT users that they would be merging MacOS and OpenStep, offering it on multiple hardware platforms. According to my 1997 WWDC notes, Mitch Mandich [apple.com] said the plan was to launch what was then called "Rhapsody" simultaneously for Intel and Mac hardware. At the time they were promising that this would be available for some Mac hardware by early '98 and for most of the PPC line by mid '98.
Of course, this all turned out to be utterly wrong; OS X actually came out three years later. Personally, I wasted a lot of time and money based on their promises, and my contempt for Steve Jobs is now substantial and lasting.
So yeah, it wouldn't shock me that they have OS X running happily on Intel hardware, as that was where a lot of it was running first. I imagine that some of the chrome is not well optimized for Intel, but I'm sure they were smart enough to keep the architecture clean. If they decide to launch for Intel, they will of course have some big driver issues to deal with, but hopefully they can boost enough BSD code so that won't be a showstopper, either.
Re:I Doubt It (Score:5, Interesting)
Cocoa ain't a big deal: it's the same set of APIs that made up OpenStep, which was sufficiently cross-platform that you could code in OpenStep for both Windows NT and Solaris along with OpenStep, the operating system.
Don't forget GNUStep [gnustep.org]. Eventually GNUStep will be compatible with OpenStep and Mac OS X (the non-gui portion of GNUStep is already > 1.0). Just think of the joy of having OpenStep available on basically every POSIX system as Free Software.
Re:I Doubt It (Score:4, Insightful)
Re:I Doubt It (Score:2)
As for Cocoa, well, that should be abstracted enough to be, largely, a non issue.
A simple recompile, as they say, not that such things are ever "simple."
Ported all of Mac OS X to x86? (Score:4, Funny)
Let's pool $100,000 (Blender-style) and bribe the guy who runs their internal CVS repositories. Anyone wanna throw in a few bucks for macosx-x86-0dayl33t.iso?
Re:Ported all of Mac OS X to x86? (Score:3, Insightful)
Finder is both a Carbon application and a Cocoa application. At least the one on my Jaguar install is. Which means technically its a cocoa app (From what I can tell) but it still links in a lot of carbon code.
But then, most programs are. Its very difficult to write a cocoa application that doesn't hit carbon (Even though you don't link against it) and vice versa... for instance printing is done by carbon, even for cocoa apps.
Carbon is part of OSX and is going to stick around (much as I prefer cocoa and objective C)..
I see no reason to believe that carbon can't be (or couldn't have already been) ported to x86. Odds are most of it is C not assembly anyway.
Leaked Photos of Hardware (Score:4, Interesting)
Re:Leaked Photos of Hardware (Score:2, Insightful)
Re:Leaked Photos of Hardware (Score:2, Funny)
-- The_Messenger
Re:Leaked Photos of Hardware (Score:3, Funny)
Jesus Christ, give me a minute. Photoshop is a little slow on this 600mHz iBook.
Mac OS X86 and hardware. (Score:2, Interesting)
Just a thought.
I'd buy it. (Score:2, Flamebait)
Come on, Steve -- give me a 2-button trackpad on a Titanium powerbook, that's all I ask for. I'm paying three grand for the thing, the least it could have is the number of mouse buttons *I* want on it.
Re:I'd buy it. (Score:2)
Why Mac OS X on PC platform makes sense (long) (Score:4, Insightful)
As we all know, with Linux we have the best free (as in beer) operating system in the market. It's fast, it's stable, it's well-supported, it scales, and it has a GUI environment that although very acceptable to the Linux community, it really is not up to par to the elegance and simplicity of the Mac OS/X GUI (and god spare me some flames, even the Windows XP interface feels better than the "stock" KDE or GNOME shipped with Linux).
On the other hand, we have Mac OS/X, the most amazing GUI out today for any platform. It certainly makes our friend Bill G. jelaous. It also has an amazing rendering engine by sporting PDF under the hood. However, even though it has a great backbone in the form of an open BSD system, the truth is that it is doubtfull the apple folks will get the steam, hype, and generally market support that Linux is constantly getting lately in all media, corporations, and geeks alike. Add to that the fact that Mac OS/X runs only on the PowerPC platform (at least officially), and you get a lot of potential market away from Apple.
So how about this, why not have Apple port it's whole Mac OS/X upper layers to the x86 platform, publish some specs for Linux vendors to "plug under", and run it on top of such Linux-based (as opposed BSD-based) systems???
With this we'd get the great support Linux enjoys in the enterprise (even when I'm first to recognize that BSD is just as good technical-wise, but this is a market-driven world folks), it'd also get the support from the millions of geeks who own a x86 machine, it'd get the support of all the OEMs who would almost inmmediatelly start providing hardware/software products for the platform, and just as important it would get the support of the common user thanks to its simple, elegant, and fast GUI system.
As a matter of fact, I'm pretty sure soon after we could start converting all Wintel users to the new platform ("Mac OS/Linux"?), since a new hardware investment would not be needed. Just a software download and a much lower price than a Windows license (say, 50 bucks?).
I know, some will argue that "what makes Macs different is the tight integration of the OS with the hardware" and blah blah blah, but heck, should this that I propose take off, I'm sure that Apple will have enough leverage to publish standards making this integration much simpler and still remain open, while benefiting everyone.
Note that since the Mac OS layer would sit on top of a MacOS-compliant Linux distro, it means that teckies will NOT be forced to use the Mac OS GUI, since they could use their Linux distro as usual, minus the Mac stuff. They could even keep using their old KDE or GNOME GUIs.
So, how does Apple make money? selling the top layer (software services and GUI), and if they want even selling slick custom-built hardware boxes like they do today with the OS pre-installed.
Now, please stop all the flames about "sotfware should be free and I shouldn't have to pay to use the Mac OS/X layer on top of Linux" and all that. Software should be free, but people also have families to take care of, and Apple's effort should be rewarded by paying them. Case closed.
As for Linux, imagine all of a sudden a flood of trully useable applications being ported from the Mac (and even Wintel) world to the new "Mac OS/Linux". This would eliminate the barrier many have when trying to move from Wintel to Mac: "my apps don't work or I can't access my data".
Also imagine the simplicity of installing, deinstalling, and managing applications that Mac OS would bring (do not tell me how debian, RPMs, etc are great, they suck big time if you ever had to use them regularly; yes I have).
This, I think, it's what would really bring a true competitor to the Windows monopoly. I'm sure that *I* would switch inmediatelly.
And BTW, as an example let's take my own case: I do not use Linux regularly because it's just too darn hard to do anything (unless you _already_ knew how to do it). Sure once you get it working it's fine and dandy, but heck, sometimes to get it to work you have to get the sources, read the FAQs, HowTos, set some flags, find dependencies, get extra libraries, etc.
Likewise, I don't use Mac OS/X because I can't go out and afford to buy a whole new machine architecture. I already have my decent 1.2Ghz Celeron, it works fine, why should I switch and spend US$1,700 just to use a nice GUI?
However allow me to keep my machine, give me the stability and power of Linux, and the elegance and simplicity of the Mac, and you can count me in right away.
Now don't get me wrong, Linux is *awesome* for someone that knows how to use it, or has the time to learn it. I think's it's an amazing platform for Apache, mySQL, PHP, firewalling, routing, Java, Perl, etc, but it could be much more if it was easier to administer and use.
You gotta understand that the people in large corporations are afraid of getting into something they don't understand or think it's too complex, this is why Windows NT has gotten such a large market share; People very close to me admit it, they use WinNT even if they have to reboot it once every 2 weeks because it is *easy* to use. And folks, yes I agree that maybe "they're not qualified enough to have such a job", but the reality is that they are here to stay and always will be here to stay, and Microsoft is counting on them.
Add to all this the distressing fact that the Windows OS _is_ getting better all the time (ask a Win95/98/Me user how many times they rebooted WinXP lately, or check out the Windows
This is the time folks to trully all come together and trully create a second option to Wintel. Let's combine the best of what we have (a Linux foundation, X86 hardware, and Mac OS upper services and GUI layers), and trully create something we can be proud of a few years from now.
So what's the next step? Someone should send this article to Apple's Steve Jobs, and have Steve meet with the heads of the major Linux distros to define some specs that all would follow to support the Mac Layer. Rally some OEMs to make their products "Mac Linux"-ready (so that they could support the tight-integration features that makes Macs such a joy to use today), and rally the big software developer houses and let them know about this and get them excited, and let's all rally behind this effort and give them all the support the open source community is famous for. This could be the beginning of a trully beautiful relationship...
Why Mac OS X on PC platform makes no sense (short) (Score:5, Insightful)
Apple would die the quarter that OSX became an x86 commodity. On x86 hardware, they'd be dealing with all the vendors that make things for Microsoft as competition, and dealing with unhappy traditional Mac developers that just made the switch to OS X on PPC. They'd alienate the entire Apple infrastructure just to gain a few points on hardware speed that they wouldn't even be able to sell anymore. People won't pay Apple's -slightly- higher hardware prices when they can get the exact same thing (technically) for less.
Apple makes money by selling hardware, that's where the support base they have is, and that's where the company excels. The entire user experience as a whole is what drives Apple sales.
If we do see OS X on x86, we'll see it on the same Apple hardware we see today, just with a different chip in the mix. It'll all be Apple branded, no clones, no over the counter OS sales for plain-jane x86 machines.
This is the ONLY way that an x86 port of OS X makes sense to Apple.
Personally, I'm betting that it'll be the new
Re:Why Mac OS X on PC platform makes no sense (sho (Score:3)
I'm not an expert on this subject, and this might be nothing more than uninformed speculation, but I'm guessing this is the price OEMs pay for having lots of frequent updates in processors. Intel and AMD spend a lot on R&D for these things, then have short, relatively low volume production runs leading to lower marginal profits on each unit sold.
Re:Why Mac OS X on PC platform makes sense (long) (Score:2)
Bloody Hell! Why would you want to cripple it like that?
Re:Why Mac OS X on PC platform makes sense (long) (Score:2, Flamebait)
Microsoft announced they're 3 years away. Vaporware as far as I'm concerned.
Re:Why Mac OS X on PC platform makes sense (long) (Score:2)
Re:you don't even know what you're talking about (Score:2)
Re:Why Mac OS X on PC platform makes sense (long) (Score:2)
Business as usual (Score:5, Insightful)
If they release on intel hardware it will be for a finite set of manufactures to a limited set of specs, so that they can continue to deliver true plug-and-play. Expect to pay more for intel based hardware that runs Mac OS X.
And don't be too disapointed if your current system is not supported.
-b
Re:Business as usual (Score:5, Insightful)
Think rather, "Apple will design its own motherboards from scratch, with the only thing in common with other X86 boards being the presence of an x86-compatible chip".
They could dispense with lots of the legacy bullcrap that way--use something similar to Open Firmware, eliminate unnecessary layers of BIOS bullcrap, leave out any legacy support for ISA in the chipset, support a reasonable interrupt architecture, whatever else they want.
Plus, software like VMWare could still probably be made to run Windows on such an architecture, since these are the kinds of things that can be virtualized, and the things that aren't necessary. I doubt Windows would run out-of-the-box on such an architecture without some virtualizing mechanism to emulate missing things. But you'd still get better speed than with an X86 emulator on PPC.
I think it would be cool, actually, and even useful if VMWare were ported to it.
Re:Business as usual (Score:3, Insightful)
Performance (Score:2, Interesting)
To quote Chris Farley (Score:2)
I say bring it on. Of course this would mean a custom bios and only "Apple approved" hardware would work, but this should at least bring the cost down.
Imagine a $600 Imac that you could use your own monitor with!!! My check if officially prewritten.
Oh it would probably be a swift kick in the balls to MS as well
Re:To quote Chris Farley (Score:3, Interesting)
1. Apple is a hardware company. They get their money from your $1100 iMac, not your $600 commodity iMac.
2. Steve would cringe to see Mac OS X running on your monitor. He'd make the most god-awful face, and we don't want to see that.
3. Microsoft would respond to a kick in the balls by cutting Apple's balls right off. Office X for the Mac? Sorry, it only runs on PPC macs. We had technical issues porting it.
Down the toilet, swirl swirl swirl.
I hope this marklar work out. (Score:4, Funny)
OS X is already available for Intel. (Score:2, Informative)
Re:OS X is already available for Intel. (Score:4, Informative)
Believable (Score:5, Insightful)
It is much more plausible that Apple is switching the 64-bit IBM Power4 CPU. IBM is presenting this new desktop version of the CPU at Microprocessor Forum on October 15th. The CPU has a mystery vector unit with 160+ instructions, just like AltiVec. There was a post to the gcc-patches mailing list proposing a patch to enable altivec support on the powerpc64 target, and this patch originated from Alan Modra at IBM's Linux Technology Center.
All evidence indicates that IBM will produce a desktop CPU with an AltiVec unit. Apple has hit the wall with Motorola, and are now selling overclocked G4 miracle CPUs just to stay in the game. I think Apple will switch to Power4.
Re:Believable (Score:2)
Apple has no reason to stop their excellent strategy of close marriage between non-commodity, thus predictable, hardware and their operating system. I do think they develop the Intel version in order to be able to switch CPU, should the Power PC CPU not work out well, not in order to become just another PC vendor.
And of course they want to keep it highly secret, since it would be very damaging to current hardware sales once people start to think another CPU switch (like 680x0 -> power in the past) making the current hardware obsolete.
Re:Believable (Score:2)
This != Mac Clones (Score:3, Interesting)
First, that Apple will solder proprietary widgets to the Macintosh motherboard which the OS will look for before booting. No widget, no boot. Simple as that.
Now you might say, "someone will reverse engineer it and then there will be rampant Mac clones," which brings us to the second point...
Second, even though it's totally possible to reverse engineer these types of widgets it's not realistic to do so. This is simply because Apple can change it willy-nilly any time they freakin' want to. Who is going to continue to invest in reverse engineering in order to remain compatible? Nobody. Don't believe it? Consider that you can buy G4 processors and you can buy all the standard Mac motherboard stuff...and absolutely nothing is stopping you from reverse engineering the proprietary widgets in use right now...and thus making your own Mac clone business...and yet nobody is doing it. I see no reason to believe that this will be a more attractive prospect just because Apple switches processors.
Re:Believable (Score:5, Informative)
Anyways, it totally makes sense for apple to go with a desktop version of the POWER4 core. The PPC specification is such that any program written that targets the UISA (think it stands for something like user instruction set architecture -- ie, non-privelidged instructions) will move right over to any other PPC core w/o a recompile. And the PPC64 spec is such that all instructions are still 32bit; it's just the data / registers that're 64bit. So binary compatibility is a no-brainer.
Couple in the fact that power4 has multiple cores on a die... and, damn. I'll buy my first Apple machine if they actually do this.
Even Apple has admitted to this before. (Score:4, Informative)
Re:Believable (Score:4, Insightful)
Re:Believable you are wrong! (Score:2, Interesting)
-Jeff
Lower prices, at least... (Score:2)
I believe it (Score:2)
Who cares if moto can't provide the chips, they're getting Cu-connect PPCs from IBM now, right?
Once again.. (Score:2)
Apple maintains this in case they decide to switch the Mac processor to x86.
It's not so that OSX will work on your PC.
It's so that apple can build a Mac using an intel chip instead of ppc.
Makes sense (Score:2)
If one thinks about it, maintaining a version of OS X on multiple platforms makes sense. It helps catch bugs since undefined behavior can be more volitale on certain platforms (and hence, easier to catch). One of the best ways to squash bugs out of a program is to have it run on a variety of platforms.
I wouldn't be suprised is OS X ran on a whole bunch of platforms... Of course, that doesn't mean that 1) Apple has any plans to release ports or 2) that there is decent hardware support on any other architectures.
Lose Carbon & AltiVec? 3rd parties not gonna (Score:2)
I usually end up thinking that if Apple used x86, the OS would lose all its tricks that are G4 specific (particularly things that used the AltiVec instruction set [altivec.org]). These are the things that it's used to make Photoshop run faster -- not to mention iMovie, iDVD, etc -- if the OS swapped over to another processor architecture. If a Mac is slow now, wait until it loses the one ace up its sleeve when it comes to digital video. Seems that'd shoot Apple's new niche (one-stop digital hub) all to heck.
Not to mention what the switch would mean for third parties that would have to recompile (again!) for the new platform. I doubt the Classic environment is making its way to x86! Not a big deal in itself, and a break from Classic would be super, but hang on... That probably means Carbon, the compatibility layer that helps apps written for Classic run natively on OS X, is also out. Now we're talking problems. Legacy 3rd party code is out the window in many cases.
I do wonder if Apple's gone so far as to utilize whatever's the equivalent of MMX in the Pentium 4 and AMD Athlon's instruction set to overcome the problems it'd suffer by switching (pardon the pun). I still can't imagine Carbon's x86 compatible. Cocoa ("new improved NextStep") would probably be all that would make the jump.
I suppose it can't be that tough to port if you limit to Cocoa, though. As people have pointed out before, Darwin [apple.com]'s got an x86 version now and NextStep (the OS Apple bought that was supposed to turn into OS X a little more quickly) ran on x86 hardware. I always thought it'd be silly to duplicate all the effort of the tweaks Apple put into Next for PowerPC as they were already way behind on OS X without clear x86 plans, but perhaps those tweaks aren't as fancy or ugly as I'd assumed.
I still don't think this means Apple's leaving hardware, any way you slice it. There will be something, even in x86 Macs if they show up, that makes it so that you can't run OS X without quite a bit of custom hardware that Apple controls.
Re:Lose Carbon & AltiVec? 3rd parties not gonn (Score:2)
Altivec schmaltivec. Yes, it works and it's cool, but the x86 chips have the higher clocks. These companies already have versions of the software optimized for x86 CPUs, because there's more software on x86 than there is on PPC. Not everything is on both platforms, but most software which requires that much CPU is present on both platforms already. They can borrow the highly optimized code from the wintel version.
Re:Lose Carbon & AltiVec? 3rd parties not gonn (Score:2)
Case in point ? Photoshop on a run of the mill athlon xp smokes the fastest hardware apple makes. Photoshop is supposed to be "the altivec macintosh app".
PPC hardware, altivec or not, is slower.
Incidentally, iMovie and all that other stuff runs on G3 macs with no altivec at all.
Your good observation is that classic and carbon apps wouldn't run well/at all on an x86 port.
Regarding coca / nextstep on x86, that problem was solved 15 years ago. nextSTEP 3.3 ran on x86 quite well. It was succeeded by OpenSTEP 4.x, which also ran on x86 hardware quite nicely.
Infact, apple didn't throw away 100% x86 compat until they did their quartz +aqua UI peice, and then grafted the legacy mac os 9 shit into the OS.
Re:Lose Carbon & AltiVec? 3rd parties not gonn (Score:2)
Why wouldn't Carbon work on x86? It's just C code.
don't get all excited (Score:3, Insightful)
As such, it would suffer from all the current problems of the Apple platform: no 'cheap' (This does hold promise, though. I've been very disappointed with the GUI speed of OSX, and I'd be very interested in how much of a speedup there would be on more modern hardware.
Re:don't get all excited (Score:2, Informative)
I wouldn't be so sure. XPostFacto is still going strong with no threat of legal action from Apple whatsoever, and I gather there are numerous happy users of OS X, running it on their old 7300/7500/7600/8500/8600/9500/9600 series PowerMacs via XPostFacto. Then again, the XPostFacto people (person?) can probably get away with it since they're not directly modifying Apple's code, just distributing an extension (or kernel module, if you prefer) using known APIs. Presumably XPostFacto's theoretical x86 analogue would do the same.
Then again, the situation's not exactly the same -- at least in the case of people running OS X on upgraded legacy Macs, they've already paid Apple's hardware tax.
I'll beleive it when I see it (Score:2)
In other news...
Microsoft has secret internal plans to open source their always changing strangle hold - the .doc format. This, according to "sources", is seen as move to stem growing concern in its customer base that Microsoft really is, as they've been twice found guilty of, abusing its monopoly status in the market.
...and all throughout the world, pigs have sprouted wings and taken to flight.
Think of the fun times (Score:2)
The graphics card issue isn't a big deal. You'll probably have to choose from one of several "approved" GeForce and ATI cards; big deal. Isn't that more or less what Windows power users do these days?
Likewise the rest of the story - Firewire, USB, etc - is no big deal. The average
Apple would likely lose all-in-one boxes. Most x86 laptops I encounter these days run hot. Crusoe, anyone?
Otherwise, really... the high-ups want Classic gone ASAP, and the important parts of Carbon run on Darwin, right? Cocoa used to run on x86.
I just can't see it happening, though. More of a bargaining chip than anything else.
Howzaabout some REAL conjecture? (Score:2)
That is, of course, if the rumored speeds are to be believed (G5 1.6ghz is supposed to have roughly twice the SpecFP and SpecINT of a P4-2ghz - The Register). Due in January, last I heard. We'll see.
I can see the possibility of them going to another chip manufacturer, and AMD would be the most likely - IIRC, the AMD architecture is emulating the x86 on half the die, with the other half being RISC based. If they could come up with a PPC emulator, it might be doable. That being said, NeXT _was_ running on x86.
As for Marklar being the phrase? Well, this is the company that had BHA (Butt-headed astronomer - one was originally coded Sagan, and Sagan threatened to sue) as a code phrase. And saying Marklar would actually make discussing things in public possible. (aka "So, did you figure out issue X with Marklar"?). But that would also indicate that it's a little under 3 years old (Starvin Marvin in Space airdate: 11/17/99). If they started around then on it, then that might work, but it's starting to sound implausible.
So, like most things Apple: who knows? only time will tell.
Something to keep in mind... (Score:3, Insightful)
Of course then the only problem is backwards compatibility, unless the x86 has a large enough margin over the PPC that it can be effectively emulated (like what Apple did when they switched from 680x0 to PPC).
Why not go with transmeta or IBM? (Score:2)
I wonder if IBM could make a low cost version of its Power3 chip and strip out some of the high end features like its 2 chips in one, lower the cache, and simplify some of its fp registers and make the lower end power3 chips using the latest chip fabrication technology so it can clock high. After that, apple could have a nice 2 - 2.5 gig powerpc chip that could run circles around the g4.
Transmeta is also a solution but they do not own any chip fabrication plants.
IBM and Apple would gain everything. It would be very very bad for apple to switch to x86. Infact vendors are struggling to get OSX ports of there apps and many are switching to wintel. Another move like a major chip migration would hurt apple because many vendors would just leave and existing powerpc mac users would feel left out in the cold. After all only some apps have been ported and now the vendors may just switch to OSX/intel totally or leave for wintel.
Already done that (Score:5, Informative)
It was really a transitional OS which gap between NextSTEP and OSX. It contains both elements of both OSes. Anybody recognize the chess program at the bottom of the page?
NEVER (or) I HOPE NOT (Score:2)
All we will have is problems, on the side of the vendors, who either make bad hardware, or bad drviers for their hardware.
Marklar? Marklar (Score:2)
"Oh, no. Hey Marklar?"
"Yeah?"
"You see?"
Reminds me of "The Blackmail Pads" (Score:5, Interesting)
Well the alternative chip was about the same side and functionality but had different pinout. And there was some extra room on the board. So a few days before the salesman was due to visit they hauled out the mylar master for the PC board, laid out the pad pattern of the alternate chip, and started taping up something that looked like reasonable circuitry.
Sure enough, the salesman saw the work in progress, concluded that the terminal was being designed so it could be built with either UART, and paniced. After that there was never a problem getting allocation.
I think the circuitry was never finished and tested. The pads made it onto the final PC board (no point in ripping the tape back off the master) but weren't even dirlled (at 1/2 cent per hole per board). And they came to be known as "The Blackmail Pads". B-)
Of course - the evidence is there to see... (Score:5, Interesting)
As for the evidence - it you do a "strings
(i've added spaces before each "/" to keep slashdot happy - you need to take them out again!)
Now, search for "Debug", and look at the three next lines:
DisablePIIISupport
DisableATHLONSupport
Disab
Now why would Apple's DVD Player have code concerning itself with PIII's, P4's and Athlons if they didn't have a version which ran on those chips???
Personally, I don't see Apple making the switch, but they've survived by surprising us time and time again...
All the 'cheap hardware' idiots, save your breath. (Score:5, Insightful)
Apple sells the experience of using tightly-integrated hardware and software. They can't do that if they suddenly have to make sure their software will work with every home-built x86 whitebox on the face of the earth. What Apple does is something that Microsoft can never do, unless they start selling their own brand of computers and restrict Windows to only run on Microsoft PCs.
Even if Apple ever were to switch to making x86-based Macs (and you, the reader, are significantly more likely to bang Anna Kournikova than to see an x86-based Mac for sale), they would put something proprietary in those machines, maybe even in every component of those machines, and change the Mac OS to refuse to boot if it doesn't detect that proprietary something. That's the only way they'll be able to preserve the 'it just works' aspects that are a major part of their success.
Personally, I think Apple will,very soon, tell Motorola to go piss up a rope (and I say, it's about time!). The new IBM chip has something close enough to AltiVec, and IBM actually gives a shit about improving their products. Now that Mac OS X is truly ready for prime time with 10.2, all Apple needs is to be able to produce machines that will impress the MHz/GHz-obsessed, cock-measuring crowd.
~Philly
Re:All the 'cheap hardware' idiots, save your brea (Score:3, Insightful)
Now that Mac OS X is truly ready for prime time with 10.2, all Apple needs is to be able to produce machines that will impress the MHz/GHz-obsessed, cock-measuring crowd.
Actually, since Apple is so focused on the multimedia segment, they are really hurting on the hardware side. My $1000 Athlon box is out rendering $3000 G4 boxes. Why? Mainly because of Apples very slow FSB, and relatively slow chips. And no, I'm not just talking about clock speed, even Carmack admits that PPC's are slower then x86's for Doom, and that optimizations for Altivec only have significant value in a limited number of situations. This isn't to say that PPC's are awesome for certain tasks, especially where raw performance is not required. As you said, coupled with OS 10.2, Apple has a very good consumer product.
I'm not saying as a business decision that Apple should do this, but I'm saying that from a purely technical standpoint it would not affect the quality of Apple products.
Apple's Trump Card against MS. (Score:4, Funny)
However, it's an invaluable asset to have anyway, because you can blackmail microsoft with it. Remember when MS bought all that Apple stock? Remember what dire straights Apple has been in in the past? Despite all that, Mac OS remains to this day the only consumer OS besides windows that has managed to gain and hold onto a significant userbase versus Windows. And it has a lot of software. So pretend you're Bill Gates, and Steve Jobs gives you a ring and says "If we start to go under, for any reason, we're releasing our x86 build of Mac OS X... as open source." There's not enough TP in Redmond to handle that kind of threat. Or any of the lesser ones they could make too.
Just look at the author's name (Score:3, Informative)
According to sources, the Cupertino, Calif., Mac maker has been working steadily on maintaining current, PC-compatible builds of its Unix-based OS.
This doesn't shed any light. Unless they come with a more reliable thing than 'sources' I think it's a miss.
Why would they go with x86 over Itanium? (Score:3, Interesting)
Doesn't this make more sense than investing time and effort in the 32-bit x86 platform?
Re:Actually, this idea isn't new... (Score:4, Insightful)
This would have been when Windows 3.1 was the best Redmond had to offer, but I'm not sure the MacOS of that era would have been much better.
Geez, are you kidding? System 7 was FAR AND AWAY better than 3.1 ever was. I remember reading a compariason of System 7 to Win 3.1 in a MacUser issue from back in '90. System 7 formed the basis of the Mac's OS for almost 10 years, and though it was showing a little bit of age as it progressed, it was still a remarkable OS.
Re:Actually, this idea isn't new... (Score:2)
Engineers rule at Apple, so the OS was well designed, but badly marketed. System 7 was stable, consistent, extensible, and -- unlike any version of Windows -- very well thought-out and designed.
Marketers ruled at Microsoft, so the OS was badly designed, but well marketed.
Yes, the marketing people won this war -- but as a childhood saying went:
Re:Actually, this idea isn't new... (Score:3, Informative)
The project you're talking about is Star Trek. It happened at the same time as Taligent and Pink. Any idea where all of those things are now? Find me a Dylan programmer and we can ask him together. Or we could send him an RTF e-mail with Cyberdog. Running in Copland.
Re:Bring it on (Score:3, Insightful)
Re:Bring it on (Score:2, Interesting)
I'm sure the development costs for OSX (and iTunes, iMovie, iDVD, Mail.app, and the other good free programs Apple makes) were far higher than the $129/license Apple's asking for it. Take away the high-margin hardware sales that subsidize all the software, and Apple would be bankrupt within a year.
Re:Wait a sec (Score:2)
>>>>>>>>>>
If you hadn't noticed, the current Mac's are basically just PCs with G4s in them. I mean the system bus is PCI, the graphics bus is AGP, they have Firewire and USB, they use ATA hard drives, DDR-SDRAM, and NVIDIA and ATI graphics cards. The only things they'd have to change around are the code hooking into some motherboard/firmware level stuff (Apple-Evil-Proprietory-Boot vs ACPI for example) and they'd be good to go.
Re:Wait a sec (Score:2)
Macs boot via Open Firmware [openfirmware.org], which is neither evil nor proprietary.
Re:x86 port doesn't mean it will run on a Dell (Score:2)
However, if I were Apple, and wanted to do this, I would contract with a PC motherboard maker or two to make an OEM version of one of their motherboard series that had an Apple written BIOS, but was otherwise identical to the PC version. Pop that in a custom Apple designed box and put in Apple approved hardware, and you are ready to go.
If they wanted to run PPC code for Carbon/OS9 classic apps, do that on a PCI based coprocessor card, rather that a motherboard integrated system.
As a bonus, the MacOSX/Intel version of photoshop could be modified to use the PPC in parallel with the x86 CPU for an extra performance gain that Jobs could brag about.
Re:Backup plan (Score:2)
I doubt if it's a 'whole separate codebase". It's probably just an effort to makes sure the existing codebase compiles on x86 + some drivers/patches for x86 hardware specific stuff.
Re:The secret is out! (Score:2)
Re:what i wanna know is... (Score:2)
No.
Re:Question for OS X users. (Score:3, Insightful)