Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!cbmvax!valentin From: valentin@cbmvax.commodore.com (Valentin Pepelea) Newsgroups: comp.sys.amiga.hardware Subject: Re: A3000 CPU slot Message-ID: <11378@cbmvax.commodore.com> Date: 5 May 90 02:50:32 GMT References: <11207@cbmvax.commodore.com> <11007@shlump.nac.dec.com> <11321@cbmvax.commodore.com> <1990May4.195424.8119@cec1.wustl.edu> Reply-To: valentin@cbmvax (Valentin Pepelea) Distribution: comp Organization: Commodore, West Chester, PA Lines: 28 In article <1990May4.195424.8119@cec1.wustl.edu> amc4919@cec2.UUCP (Adam Michael Costello) writes: > > Will the '030 be able to access the RAM on the Coprocessor card? This sounds > like true parallel processing. Will the OS be able to cope with this, or will > it be up to individual programs and the user to take advantage of this? It all depends on how the engineer decides to design his accelerator board. There is no reason why the motherboard 68030 should not be able to access the accelerator's memory, except of course real estate and complexity. That's "true multi-processing", not parallel processing, by the way. But then we already have that with the graphic coprocessors. The operating system is not written to automatically take advantage of such an independent accelerator, but it is conceivable to write one in the future. Depending on whose opninion you ask for, here at Commodore, you will either be told that is incredibly difficult, or that it's a snap. I'm part of the Snap, Crackle and Pop group. :-) Meanwhile, it should be Crackle for third party devellopers to write pragrams which take advantage of proprietary multiprocessing boards. Valentin -- The Goddess of democracy? "The tyrants Name: Valentin Pepelea may distroy a statue, but they cannot Phone: (215) 431-9327 kill a god." UseNet: cbmvax!valentin@uunet.uu.net - Ancient Chinese Proverb Claimer: I not Commodore spokesman be