Mac OS X Panther On A 25MHz Centris 650 499
Currawong writes "danamania, well known for making the most of 68k Macs, has done the ultimate, and installed Mac OS X Panther on an old Centris with 68MB RAM, a 25MHz 68040 and 4GB drive - an early 90's machine with about the same power as a NeXT cube. To achieve this, she's had to run it under PearPC on Debian, resulting in a severe performance hit, as generic emulation runs "about 500 times slower" according to the developers. On this approximately 0.05MHz G3 speed emulator, the boot screen has taken 1.5 hours to appear, and the ETA for full boot is almost exactly 1 week! Regular updates are being posted as each milestone in the boot process is reached."
Very simple question... (Score:1, Insightful)
Re:Very simple question... (Score:5, Insightful)
Re:Very simple question... (Score:3, Insightful)
because you can
Who cares? (Score:5, Insightful)
Getting a web server to run on an Atari 800 is kind of cool. Modding a Roomba to deliver your Dr Pepper is nifty. Getting OSX to run on the slowest piece of hardware you can get Linux to run on is tired and boring.
Don't make me start reading CNN for my news.
Wow. (Score:5, Insightful)
A useless and valuable exercise (Score:5, Insightful)
Absolutely not. But that it not the point. In The Real World imagination and creativity are the driving force. How do you foster that? By challenging yourself and inspiring others. There does not have to be any realistic application as much as there needs to be a thought process behind it that can be capitalized on in the future. Experiments such as this drive the imagination and the mind into new directions and those new paths we explore can lead to really, really utterly brilliant things that can have a profound effect on our lives.
In school, a teacher once told me "Answers don't really matter at all. The process you use to reach your conclusions is the most important thing in the world." It blew my little mind open to the true nature of creativity and for the first time I valued it in a way that was truly profound.
Re:Boot Time One Week!? (Score:1, Insightful)
Re:Why the stories? (Score:2, Insightful)
Re:Cheating? (Score:4, Insightful)
Re:Cheating? (Score:1, Insightful)
PearPC, however, will compile on a variety of Linux platforms, which will emulate a complete G3 Mac. But, obviously, the emulation is going to be ridiculously slow on a chip several generations behind the current
So, this is more a case of "because I can" rather than anything practical.
Re:Cheating? (Score:4, Insightful)
Using an emulator does count as cheating.
If I run Bochs to boot Win2k3 on an old 386, will I get a Slashdot FP?
Shit, I suppose I can look forward to seeing that tomorrow now, can't I?
I appreciate emulation, I really do. But aside from the author of the emulator, no one else gets to claim geek cred from using one. Had this person really gotten OS X to run on a 68040, I'd consider it somewhat cool. Running it on an emulator, though? Here, hold on, I'll come back and describe my experience getting SMB3 to run under SNES9x on a 2GHz Win2k box... Woo-woo, rolling in the coolness now, baby!
Re:Very simple question... (Score:3, Insightful)
Useless and Wonderful... (Score:4, Insightful)
Re:Cheating? (Score:3, Insightful)
Re:Cheating? (Score:2, Insightful)
Re:Who cares? (Score:5, Insightful)
In many ways getting OSX to run on an 040 based Macintosh is like playing the Matrix on a Zoetrope... Utterly pointless but damned nifty. Sure you had to create a connected series of bluetooth LCD monitors with alternating frames playing back from a 1GB CF drive, but don't it beat all that it works. And that the old macintosh is running the new mac software with a one-week boot time is even cooler and more interesting.
If you want news, go to the BBC. If you want fanatical fandom with no grounding in reality... go to Fox. If you want nifty stuff like discussing the colors of glowsticks in 30 year old movies, you're in the right spot.
Re:Useless and Wonderful... (Score:5, Insightful)
kudos to danamania for wondering if this would work. it is useless, but it still geeky cool.
old games (Score:3, Insightful)
What's wrong with Marathon and Spectre? That's why I'm keeping around a couple of my beige Macs - a Q840AV and G3/300 to be exact. There a dozens of fan-made Marathon scenarios I have yet to play. In terms of storyline and gameplay I still think the Marathon series was the best FPS I've ever seen.
Re:IT SEEMS (Score:5, Insightful)
A more accurate comparison would be to run XP on a 486/25 with 64 MB of ram. Of course, XP will probably refuse to run on a 486 at all, so you'll need a 686 emulator running on the 486, and you'll need at least 128 MB of ram (so the emulator will have to use virtual memory to emulate the extra 64 MB + that used in overhead.) I have no reason to expect that if the emulator is good that this won't work.
It'll probably run faster than MacOS X on the Centris too. After all, OS X needs a PPC, which is totally different than a 680x0, so it needs to be emulated at the lowest level. But a 686 isn't very different from a 486, so an emulator could take advantage of this.
That this works at all is not really a testament to the robustness of OS X, but instead a testament to the robustness of the PearPC emulator. As far as OS X is concerned, it's running on a PPC box. Just a very slow one ...
Re:Useless and Wonderful... (Score:4, Insightful)
Wow, way to miss the forest...
Re:boot times- (Score:2, Insightful)
Re:Watch (Score:3, Insightful)
Re:old games (Score:3, Insightful)
Think about this (Score:3, Insightful)
Oh, really? Than you should think about this [perl.com]:
Lameness filter encountered. Post aborted! Reason: Please use fewer 'junk' characters. Hopefully my explanation will dilute those "junk characters" and will let me post this comment. It's interesting that this lame filter stops me from quoting programs but doesn't stop anyone from posting full-screen ASCII-art swastikas and pornography. But anyway...
Thanks to the Inline [cpan.org] module, it is possible to include fragments of C code in Perl programs. You can write part of your Perl program in C (for example one speed-critical subroutine) and it is automatically compiled to native binary machine code and linked as a shared object (see this comment of mine [slashdot.org] and read the paragraph starting from "Actually, inlining other languages..."). CPR [cpan.org] stands for "C Perl Run." From the description:
In other words, CPR program is a C program which is run by Perl, just as if it was a C code inlined in a Perl program.
Now, in this case, the C program I quoted (which is itself run by Perl), includes a Perl code inlined in C by CPR_eval(). What is inside that inlined Perl code is an inlined C code (use Inline...) which is a C function greet() that returns a C pointer to C string "Hello world". The next part of the original (outermost) C program is a C printf() function printing two C strings. Those C strings, arguments to printf(), are returned by two invocations of CPR_eval(), both of which inline Perl code. The second one just returns Perl interpreter version, but the first one is more interesting. The first CPR_eval() returns a C string to printf() which is converted from a Perl string returned by the Perl code inlined in that CPR_eval(), which is a call to Perl greet() subroutine which was defined earlier by the C function inlined in the Perl code inlined in the C code by the first CPR_eval() invocation. It all happen inside a C main() fu