|
|
| Welcome to the Mac Forums forums. Please read the FAQ if you have questions. Register to participate. |
|
|||||||
| TouchArcade.com - iPhone Game Reviews and News |
|
|
Thread Tools | Search this Thread | Display Modes |
|
|
|
|
#1 | |
|
macrumors bot
Join Date: Apr 2001
|
Start Up Goal: Run Software on Any Chip
The Mercury News reports on a startup with some interesting technology:
Quote:
Reportedly, the company has found an unnamed "major" customer. Obviously, Apple is mentioned, but the article also notes that Hewlett-Packard has a major need for shifting from one architecture to another over the next few years. |
|
|
|
|
|
#2 |
|
macrumors member
Join Date: Jun 2003
|
This could be really big. I think some investigative research should be conducted ASAP
|
|
|
| sharky2313 |
| View Public Profile |
| Find More Posts by sharky2313 |
|
|
#3 |
|
macrumors 6502a
Join Date: Feb 2003
Location: Rochester NY
|
Thats AWESOME! When I buy my PC soon (for porting a OpenGL game) I won't feel as bad, at least it will be a mac someday (maybe).
|
|
|
|
|
#4 |
|
macrumors 68020
Join Date: Jan 2002
Location: Austin, TX
|
I could see 2 different uses with it for Apple.
1.) Go with Marklar (or whatever it's called), and use this to allow mac programs to run on the x86 architecture, or... 2.) Stick with the PPC architecture (IBM just built a 3 billion fab, with Apple in mind as a major customer...) and have this as a solution for running all of your PC software on your Mac. With the processing power of the G5, I don't think you will see much of a slow down, even with many PC games, such as counter strike... This could be a way for Apple to strike at micro$oft... "That's ok, you don't have to continue IE development for the Mac, because we're already using your latest version for windoze, on our G5's!" Of course, if Apple does use it, we will probably have to wait until 10.4 to see it in action, but even then, it should be available before longhorn... I'll just add this to my OS X 10.4 feature wishlist...
__________________
Hook 'em Horns! Last edited by G4scott : Jul 11, 2003 at 05:47 PM. |
|
|
|
|
#5 | |
|
macrumors 65816
Join Date: Jul 2002
|
Quote:
__________________
UPCOMING APPLE PRODUCTS - The NEW "iWantItAll" and "iWantItNow" Big brother Gates is watchin' ... an' he ain't likin' ... 8.5% market share!
|
|
|
|
|
|
#6 |
|
macrumors member
Join Date: Jun 2003
Location: Palo Alto, CA
|
I've said it before, and I'll say it again.
Macs gaining the ability to near-seamlessly run Windows software at near full speed is a BAD thing. Why? Because then companies will see no reason to write Mac versions of software. No Mac software, no Macs. Of course, with Apple killing 3rd party software left and right, who knows? (Note that I don't think this is necessarily a bad thing -- there's a reason people are adopting the Apple software: it rocks.)Also worth considering is that Macs are fast becoming UNIX boxes. |
|
|
|
|
#7 |
|
macrumors Demi-God
Join Date: Dec 2002
Location: It's classified.
|
I don't know. I was all hyped up about it, but Alexander made a good point, I think. I'd rather have an official Mac version of software than this..........thing.
__________________
"Oh, I've always wanted to touch Stanley," signs teacher Fran Zakoor, embracing the kids… ESPN Article, 04/09/2008 |
|
|
|
|
#8 |
|
macrumors 6502a
Join Date: Jul 2001
|
I've been imagining something like this for a while.
Perhaps some sort of 'card' that would hold CPU used for translating code so that speed is 100% as on native platform isn't a bad idea? I say its about time to bring OS X to PC's! It will increase market share, and if implemented bad enough, make people buy Macs! |
|
|
|
|
#9 | |
|
macrumors 65816
Join Date: Jul 2001
Location: London, UK
|
Quote:
Anyway this would not be the use for it. If it was used by Apple, it would be used in Marklar to run PPC apps on an x86 version of Mac OS. But what I want it for is to run Mac OS X on my PC. All the apps I need are already on the Mac (expect for some games). I heard about this a few years ago, but I expect something will happen to stop someone releasing it to the public. TransMeta was meant to release a chip that could run x86 and PPC code, but they did not in the end because of problems from Apple. |
|
|
|
|
|
#10 | |
|
macrumors Demi-God
|
Quote:
__________________
The cultural level of a nation can easily be defined by looking at the way they treat their enemies. |
|
|
|
|
|
#11 |
|
macrumors newbie
Join Date: Jul 2002
|
|
|
|
| johnnyastro |
| View Public Profile |
| Find More Posts by johnnyastro |
|
|
#12 | |
|
macrumors 65816
Join Date: Feb 2002
|
Quote:
You may want OS X on your PC, but apple sure has heck doesn't. If apple ever does release markler, it will probablys still be on proprietary hardware just as it is now, since thats how they make their money. the advent of the G5 makes the argument for going x86 weaker. I don't know that transmeta was ever makign such a chip, and if they were, i'm not sure apple would have cared. having a powerPC compatible chip doesn't mean it can run OS X. I can go out and buy generic PPC logic boards quite easily, but they won't run a scrap of mac software because of the hardware rom. Last edited by strider42 : Jul 11, 2003 at 06:35 PM. |
|
|
|
|
|
#13 |
|
macrumors 6502a
Join Date: Oct 2002
|
"...and reaches about 70% of the native speed of the "emulated" processor."
Don't believe it. This is just snake oil and marketing. This is probably akin to those press announcements where a company says that it has developed new compression software than can reduce the size of any file to only 512 bytes or less. Well, these guys may not be that shady, but I'll believe it when I see it. Note also that the news article says that they do this translation dynamically, so I assume that they just aren't running a program that converts one instruction architecture to another (a one time, static conversion that would be something like a recompilation). In any case, a technique like that wouldn't work unless you emulated the entire hardware and software environment (cpu, i/o, OS, etc.). There is absolutely no way that a software emulator is going to give you 70% of the native speed unless it is just rerunning code that has already been translated into the host instruction architecture. Stuff like this has been done before. In fact VirtualPC uses similar techniques by caching previously translated code segments (and we all know how slow VirtualPC can be). The problem is that unless you just sit running in the same loop over and over again you aren't going to achieve anything near the "true" speed of the emulated processor. So, you can probably forget about running PC games at anything near the performance that you would have on x86 hardware. The only exception to this rule is if you have a host that is __much__ faster than what you are trying to emulate. So, if the host hardware is 10 times faster than what you're trying to emulate then yes you can easily reach the performance of the slower hardware. Last edited by fpnc : Jul 11, 2003 at 07:09 PM. |
|
|
|
|
#14 |
|
macrumors 6502
|
Platform Independent Frameworks
As long as this has the ability to translate WIN calls to Mac calls, that's fine. Unfortunately, that may increase the size of it a bit. Translating assembly isn't nearly as hard as translating assembly as well as translating the interface calls and such. At least it seems like it.
|
|
|
| bobindashadows |
| View Public Profile |
| Find More Posts by bobindashadows |
|
|
#15 |
|
macrumors member
Join Date: Apr 2003
Location: Seattle
|
It doesn;t seem likely... too many hardware specific calls need to be emulated. Not to mention hardware peripherals like PCI cards, video cards, etc. While there are hardware abstraction layers, those layers do make depend on the underlying hardware. i dunno, I am not a techie.
|
|
|
|
|
#16 | |||
|
macrumors 601
Join Date: Jul 2002
Location: USA
|
Quote:
Quote:
An Intel-based computer that cannot not run Windows will be expensive to engineer. Don't forget that all of Apple/NeXT's experience with Intel hardware is on standard PC-compatibles. A proprietary design would require sacrifice of that experience. In the end, proprietary Intel-based Macintosh computers would be more expensive than PPC machines, not cheaper. Quote:
FWIW, I have always felt that we will see MacOS X on non-Apple hardware. However, it won't be on $499 Wal-mart specials. Apple should go up-market. It would be a major coup to port MacOS X to IBM/PPC, Sun, and SGI. Such a strategy would benefit both sides: (1) Apple would gain the halo of having its OS run the most respected hardware in the world. (2) Users of these non-Apple computers would gain access to commercial MacOS X software. |
|||
|
|
|
|
#17 |
|
macrumors 6502
Join Date: Apr 2002
Location: Spain
|
Hyperhyped science-fiction. I'll eat my words when I see it.
|
|
|
|
|
#18 |
|
macrumors newbie
Join Date: May 2003
|
endian-ness
The article wasn't big on the technical details, so I'm not really sure how much of an issue endian-ness is, although I'm guessing it is one. X86 chips are little endian, and, although PowerPC chips are bi-endian, they have to be, IIRC, initialized at startup for one order or the other. Further, Apple chose big-endian for the mac.
The endian-switching is the biggest reason why something like VirtualPC runs as slow as it does (I haven't used it in a while, but I'm guessing Connectix didn't make any quantum leaps with it, either). As a side note, it used to be (may still, for all I know) that when you let the About VirtualPC box scroll through all the credits, it would eventually say, "We hate little endian." I understand that what's going on is the translation of binary instruction, not emulation of a particular architecture, but no matter what, you still need to feed the processor the bytes in the order it wants. In other words, if you're translating an instruction that says 'hey, do x with y data', if the byte order of that data has to be switched, you'll still see a significant performance hit, and you won't get that 70% performance figure. Personally, I think some of this research is interesting, but not really going to make a whole hell of a lot of difference in the long run. Finally, if I screwed any information up, please correct me. I'm not really that knowledgable about this stuff (if that wasn't readily apparent). |
|
|
|
|
#19 | |
|
macrumors 65816
Join Date: Dec 2002
Location: Oak Park, IL
|
I think there's one obvious option for Apple here: buy out Alasdair Rawsthorne's code.
It would be a huge business coup if Apple gained control of this software. Since a massive majority of Apple's profit is from hardware, this code could be used (very carefully, mind you) to increase the software selection for the Mac OS. Keep in mind though, there's a loss of speed. This code could be used to make new software available, but it'd be slow compared to software written for the desired OS. Quote:
|
|
|
|
|
|
#20 |
|
macrumors 6502a
|
Isn't it obvious? iTunes for Windows! "it expects to launch products with that company in the second half of this year" That would fall perfectly with iTunes. Instead of Apple completely rewritting iTunes to make it crappy enough to run on Windoze, just let it emulate on Windows.
|
|
|
|
|
#21 | |
|
macrumors member
Join Date: Jun 2003
Location: Palo Alto, CA
|
Quote:
The difference between the Windows and Mac interface APIs is something completely different, and isn't addressed by this at all. I also don't think there are any "innovations" to be made with regards to this, it's just a lot of hard work and abstraction. And as I mentioned previously, it's not such a good idea. fpnc also makes a good point about this having been done before. Until we see what this actually is, nobody should assume it's earth-shattering, because it probably isn't. |
|
|
|
|
|
#22 | |
|
macrumors 65816
Join Date: Feb 2002
|
Quote:
And what I was saying had nothing to do with intel being cheaper, it had to do with apple making its money on hardware. They make a huge profit margin they wouldn't get selling just the OS. Thats what I'm talking about. So you won't see an x86 verison of OS X because of that. They have no incentive. They could go to x86 for their own machines (incorporating the boot rom I was talking about), but that still wouldn't let OS X run windows software, and wouldn't let OS X run on any other machines. |
|
|
|
|
|
#23 |
|
macrumors newbie
|
Anybody remember fx!32 for Windows NT/Alpha? It recompiled/translated x86 software "on the fly" to Alpha instructions, then saved them in a cache of sorts so that it only had to be translated once.
It worked, for varying values of "work"... let you run things like Office, etc, but it was nowhere near "70%". This kind of thing has been done for years. |
|
|
|
|
#24 | |
|
macrumors 6502a
Join Date: Jan 2002
Location: Historic St. Charles
|
Quote:
|
|
|
|
| Jerry Spoon |
| View Public Profile |
| Find More Posts by Jerry Spoon |
|
|
#25 | |
|
macrumors newbie
Join Date: Jan 2003
|
Quote:
Apple doesnt need to switch to x86 they need to get price down and be more competitive on lower end computers. People will argue one way or another but the 2ghz G5 is at least on par with the current fastest x86 cpus. I would be suprised if you could average 50% speed of a different processor architecture. This is probably enough for high end cpus, if a 2ghz g5 can run code like a 1ghz P3 that should be enough for most apps. You may be able to emulate older games but I dont think translation/emulation/whatever will ever be fast enough for the current generation of games. Games do too much trying to maximize the potential of hardware for this to be practical. Also if Apple ever does incorporate some code to run windows apps on OS X it will probably require having a windows license. Microsoft still makes money... |
|
|
|
| Thread Tools | Search this Thread |
| Display Modes | |
|
|