Slashdot Mirror
PowerPC Architecture Emulator Unleashed
Sebastian Biallas writes "We have finally released version 0.1 of our PowerPC architecture emulator: PearPC. The emulator itself is (prepared to be) architecture independent but only tested on x86s (here you go porters...). It also features a must faster just-in-time compilation unit for x86 hosts. This means that you can now run your favourite PowerPC-OS on x86: Mandrake Linux (9.1), Darwin (6 + 7) and Mac OS X (10.3)! And the best things is: it's GPL'd.
But be warned: it's experimental.."
This means that you can now run your favourite PowerPC-OS on x86: Mandrake Linux (9.1),
Why not just run it natively on the x86 architecture?
OMG!
I never thought this day would finally come... a PowerPC emulator that
is stable and mature enough to actually run MacOS X on an x86!
Oh well, i've already bought 2 macs now (Titanium Powerbook G4) and a G4
Cube (which got majorly upgraded; 1.2ghz G4, GeForce3 64mb, 1.5gb ram,
etc).
But still, I wonder... will apple try to kill this project?
D.
You can tell how powerful someone is by the magnitude of the crime they can commit and be able to get away with.
Agreed there is far more integration of hardware than just the processor.
Bad Panda! No Bamboo for you! In matters of importance ACs will not be responded to. Want to say something critical,OK
Maybe you should actually read the webpage and see for yourself.
If you read the website this guy is not claiming to have a working OSX environment. He clearly states the the emulated PPC rus 500 times slower than the host. This is just a cool program in very early beta. Besides, he has screenshots of the initial stages of and OSX install, which is pretty nice for version 0.1.
as for your other questions... you haven't used any virtualization/emulation software before, have you?
A preparing installation screen is by no means proof that it is working with OS X. In fact since the emu is 1/500 th speed of the native system you can be certain it will be a while before an actual install can fully occur even without the issues of the other hardware bits.
Bad Panda! No Bamboo for you! In matters of importance ACs will not be responded to. Want to say something critical,OK
This is actually not the first PowerPC Mac emulator for x86. SheepShaver has been able to run PowerPC Mac OS (only up to Mac OS 8.6, not OS X) for some time now. It's from the developer of the excellent Basilisk II emulator.
Hopefully, the two projects will collaborate and help improve the performance of the emulator until it is usable. 1/20th of actual CPU speed would be acceptable.
Imagine this thing optimized for the opteron: our long-awaited dream of high-end OSX software on cheapo hardware
Opteron is "cheapo hardware"?!
Treehugger? Treehugger... Treehugger!
Last week, IBM announced industry's first POWER5-based server, based on - advanced 64-bit IBM POWER5 (PowerPC) microprocessor technology
No, but Athlon 64 is.
Opteron is "cheapo hardware"?!
By the time this thing is optimized, it will be.
That's not intended as sarcasm, either, just a simple observation.
No, it does not gaurantee a working OSX installation.
;)
But the fact that the darwin kernel boots, and Aqua can start up (no quartz extreme in the installer i am guessing) and the installer runs, he's doing _very_ well.
Infact, if he concentrates on just getting darwin working reliably (he said theres a few quirks) you can bet that OSX will run just as reliably. Its just the Aqua GUI (and carbon, cocao, apps, and all that other crap) running on Darwin. Darwin is the OS though, and as long as Darwin runs, and runs well, OSX should be a no brainer.
Getting some good hardware support in OSX for video, sound, and what not might be another story tho.
Some speed would also be nice. OSX isn't gonna run if it takes 3 weeks to install on a 10mhz emulated PowerPC chip
D.
You can tell how powerful someone is by the magnitude of the crime they can commit and be able to get away with.
Does anyone know how it compares to QEmu (http://fabrice.bellard.free.fr/qemu/)?
"QEMU is a FAST! processor emulator using dynamic translation to achieve good emulation speed. "
"News
(May 8, 2004) QEMU version 0.5.5 is out. (Changelog). Much improved Windows 98 support. VGA support in PowerPC PREP target.
(Apr 26, 2004) QEMU version 0.5.4 is out. (Changelog). This is the first version which is able to install and run Windows XP (experimental). This is also the first version which is able to boot a PowerPC PREP Linux kernel on a PC."
Try Corewar @ www.koth.org - rec.games.corewar
Going by your argument then he should drop emulation and just do the "no brainer" since darwin already runs on x86. Further carbon, cocoa and all that other crap as you so eloquently put it are not going to be easy by any stretchteh fact is that Cocoa, Aqua, Quartz and QT could all be fully ported to x86 (Quicktime on the PC is NOT the same as Quicktime on the Mac no matter what anyone might lead you to believe) without needing emulation. I do app[laud teh gentlemans effort to create a ppc emu but the proc does not make a mac, that is my point.
Bad Panda! No Bamboo for you! In matters of importance ACs will not be responded to. Want to say something critical,OK
From their docs: PearPC currently only supports two-button mice (i.e. middle-button click and the scrollwheel will be ignored).
:)
They are going to have to figure out how to disable that second mouse button if they want to truly emulate OSX.
Need Free Juniper/NetScreen Support? JuniperForum
well, i'm sitting here starring at the mac os x install screen. definitely not bullshit :)
- tristan
That's great guys, now go work on qemu instead--it only runs 10x slower or so, I believe.
pb Reply or e-mail; don't vaguely moderate.
A modern computer spends most of its time in system calls (Ok, depends on the program, but generally this is true). So Darwin runs on x86.
Would it be possible to get this thing to run on Darwin in such a way that the system calls run natively but the apps run in the emulator?
So only the non-kernel pats of a program are emulated? That might bring down that 500x a bit.
It would involve having some translation at the boundary between the apps and the kernel but is this not the way Apple emulated old 68000 programs when they did their transition to PowerPC?
The dangers of excessive individualism are nothing compared to the oppressiveness of excessive collectivism
I'm seeing a lot of people saying "Great, now I can run OSX on my cheap x86 processor!" Yeah? Any idea how fast your x86 processor would need to be to actually have OSX be remotely usable? To build that little supercomputer won't be "cheap". But further, why bother? If you want a Mac, buy it. They're good. They're worth it. You'll be happy. But if you're looking for the hard way of doing things, you don't really want OSX anyway.
"Imagine this thing optimized for the opteron:"
What makes you think that it's better to emulate a 32-bit CPU using a 64-bit CPU rather than another 32-bit CPU?
What benefit do you think the 64-bit nature of the Opteron family gives you?
As someone who's worked with 68K-on-PPC emulators, I can assure you that having only a 32-bit host made it _easier_ to emulate a 32-bit target.
YAW.
Your head of state is a corrupt weasel, I hope you're happy.
soon i can install mac os x on my mighty pizza box mac with its powerful 68040 cpu. hah, apple! me not gonna buy new hardware!
Here is a screenshot of me running an OpenSSL benchmark on the emulated Macintosh:
Open SSL benchmark
And a screen shot of the PCI information:
PCI info
These tests were run on a Pentium III 500 under XP Pro. You can recrate the test on your system by running openssl speed rsa dsa md5 and compare the results to a real pc or mac running linux.
The AMD64 arch has twice as much registers as plain IA32. Should help speed pretty much, no?
Won't be simpler of cource!
Apple stuff is so overpriced... why, the lowest-cost OS X platform you can buy from Apple is a $799 eMac.
With just a little bit of work and a decent motherboard you can put together a smokin' Wintel box for $400, tops and, well, sure, the eMac includes a monitor but you probably already have one.
So what if it runs at 1/200 the speed of a Mac? Hey, put a cooler on the chip and overclock it, then it will run at 1/100 the speed of the Mac!
And for less than half the price!
Well, OK, for $0.50 more than half price.
"How to Do Nothing," kids activities, back in print!
Mac OS X supports the use of 2nd button for pulling up "context menus", similar to right clicking in Windows. Of course, it's the same as control-clicking with the single button mouse, but it is supported. OS X also supports the scrollwheel to some extent (behaving mostly as you'd expect), which PearPC doesn't yet.
I once asked an Apple engineer why you couldn't GET a two-button mouse when buying a new Apple. It was implied that someone "with a huge amount of control over the design process" was still adamantly opposed to the 2nd button. I wonder who....
//Information does not want to be free; it wants to breed.
If so, then a native AMD64 port of this emulator, taking advantage of the higher number of available general purpose registers (combined with the fact that AMD64 CPU's are quite fast to begin with) would make this emulator run considerably faster, right?
Or did I disregard something?
"Oooh, does that mean we get to kick some puffy white mad zionist butt?"
Apparently it is now.
Right in principle, but the PPC still has *way* more registers than any Athlon64. The x86-64 architecture has something like 8 general purpose registers as opposed to x86's 3 or 4. PPC has 32, as is common among RISC architectures like Sparc and MIPS. More registers also means more code to save and restore them on context switches, but the good CPUs have register windows and such to speed that up.
Bottom line is that the number of registers makes it more difficult than it would seem.
Disclaimer: I don't have the specs in front of me, so my numbers may be a bit off. Feel free to check them yourself if you think I may be very far off.
Karma: Contrapositive
I've had an idea about PPC emulation and running OS X.
What about taking a x86 "lower half" of the OS (i.e. Darwin) and plugging and emulated "upper half" (i.e. Cocoa, Charcoal, etc.) of OS X above it.
Would that be feasible?
how long until
When you compare systems with the Opteron processor to systems with the G5 processor, the answer is a resounding yes. In fact, its price compares favorably with G4 systems, and it's a hell of a lot faster.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
I am following the instructions at http://pearpc.sourceforge.net/installdarwin.html and am tring to boot Darwin 7.01, it gets stuck at : The following devices are availble for installation: the output on the PearPC console is: [IO/MACIO] dbdma: write(4) @00000000: 000000fc [IO/MACIO] dbdma: read(4) @00000004 [IO/CUDA] keyb reg1 I did create a HD image (I D/Led the 3gb one) Anybody get any farther?
If Basilisk II has even a scrap of ShapeShifter code in it (his previous project on the Amiga) then it is ILLEGAL.
http://www.emaculation.com/fusion.php
Microcode solutions were extremely pissed with Christian Bauer. I read somewhere, that to prove he was copying their code for their own competing product, "fusion-pc", Microcode Solutions put dummy code in one of their releases. That dummy code appeared later in ShapeShifter. Can't find a ref at the moment.
When (as Drew alleges) EMPLANT code was illegaly utilized by Christian Bauer (who would later create Basilisk II) to create Shapeshifter, a shareware Mac-on-Amiga emulator, UUI was put out of business. Drew, however, continued his emulation work by founding "Microcode Solutions" on August 24 1996, with two of his co-workers, including programmer Joseph Fenton who is still with the company. Together, they developed "Fusion," a software-only (no costly hardware was required) Macintosh emulator for the Amiga system.
"If you think that having 2x the number of registers makes a big difference you're sorely mistaken."
Read my comment again. I stated that having 2x as many registers will *not* make that much of a difference.
"The P4 has atleast 128 registers. They are just hidden behind a little thing called register renaming"
The P4 does NOT have 128 seperate general-purpose registers. Register renaming does not allow you to use any more general-purpose registers per program than if you only had one set. It's simply a fast hardware mechanism for context-switching.
"look it up, register WINDOWS are used by Sun chips and are VERY bad for many reasons"
I know about register windows. They have their benefits, just as register renaming has it's pitfalls. Again, completely off-topic, since we're talking about usable general-purpose registers.
"x86 processor of today is at its core simply a RISC processor"
That's completely right. Unfortunately, it has absolutely no bearing on what we're talking about, since you can't access the RISC core even using assembly language. None of what you said applies in the situation referenced by original poster, since none of those features can be used to make emulation of a different architecture faster.
Karma: Contrapositive
Likewise, I shouldn't be responding to AC's, but here goes...
That's pretty much what I was trying to say. I guess it depends on how them implement it. Even with only having to emulate half the registers, it's still going to be a very significant slowdown. Unless you can keep them in cache, your emulated registers are going to be in RAM, which is painfully slow compared to hardware registers. I hope they have a competent team, cause I really want to see this work in the near future at decent speeds.
Karma: Contrapositive
why is your iCal date saying Jul17 ?
why is your iCal date saying Jul17 ?
um, that's just the ical icon. when ical is running it'll change that icon to reflect the current date.
"I should probably get an account and stop posting as AC =)"
;) Thanks for the informative reply. Point taken, and I apologize for getting defensive.
Yeah, you should. You're ruining the image of ACs by posting intelligent comments
Karma: Contrapositive
I run Linspire and OpenStep, easy enough for me to use and configure. No need for me to use OSX anyway.
For $450USD I can buy a very good low end PC Clone using an AMD processor at 2.0 Ghz, and an 80G hard drive, and 512M of RAM, DVD+RW drive, GeForce FX video chipset, onboard LAN, USB 2.0, Firewire, etc sans an OS and for $50USD I can buy a copy of Lindows, and use F/OSS software for the rest of it. So $500 total, and what do I have to spend to get all that with a Macintosh? $1799 for the low end G5 model. They may be worth it, but they are still out of my price range.
The iMac and eMac are underpowered for me, and not expandable enough for me.
Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
But....
Significant slowdown.
What does that mean?
1/3 of native? 1/10 ?
In my mind that would be okay.
1/50? Too slow.
1/10 speed of native code executed, on the latest Athlon FX-52?
That would be just dandy.
WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
i am writing this on a 1ghz 12" powerbook with vpc 6... should i dare setting up pearpc in win2k, and trying to install OSX 10.3 on win2k in vpc on OSX 10.3?
The install could take DAYS! But i might be eligable for added geek points, aye?