Xref: utzoo comp.sys.amiga.advocacy:3046 comp.sys.amiga.programmer:3564 Newsgroups: comp.sys.amiga.advocacy,comp.sys.amiga.programmer Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uupsi!sugar!peter From: peter@sugar.hackercorp.com (Peter da Silva) Subject: 88000 in the Amiga (Re: An interesting idea...) Message-ID: <1991May14.130905.9577@sugar.hackercorp.com> Organization: Sugar Land Unix -- Houston, TX Date: Tue, 14 May 1991 13:09:05 GMT In article melling@cs.psu.edu (Michael D Mellinger) writes: > Every company will be able to buy these chips, but how many will be > able to build a computer with them and not lose their current software > base? Is the Amiga OS written in C? A lot of it, yep. I've been thinking about how you would use something like an 88000 in an Amiga. It'd make a killer coprocessor at first. Run the Exec on the 88000 as well as the 68000, so that C programs could be compiled for the 88000 and still work. The only really hairy parts would be Forbid() and Disable()... the synch primitives. I think that at first these primitives will have to stall both CPUs, or it'd be too hard to port stuff to the 88000 side. Make it an 88000 and you don't have to worry about endianism. What about alignment... what's the 88000's alignment requirements. You'd probably want to give the 88000 its own memory, so when you called AllocMem it'd allocate memory local to the CPU by choice. Amiga programs are all written to be preempted at any point, so data structure locking won't be a problem. Most calls on the 88000 would just pass parameters to the 68000 and stall, so system stuff wouldn't be sped up that much, but you could recompile Sculpt or whatever and kick butt. It'd terminate the wars over assembler versus high level, damn fast. I think a dual-CPU 68000/88000 would be quite a workable machine. And best of all, all current Amigas would be upgradable! -- Peter da Silva. `-_-' .