That'd probably be insanely hard, if it was possible at all.
Aside from DMA timing (which I imagine would be a tremendous pain in the ass), is there anything else that would be a really tough issue?
That'd probably be insanely hard, if it was possible at all.
Originally posted by Tagrineth@Nov 6, 2003 @ 11:02 PM
vbt, here's a thought... try to get multiprocessing running on the 68k (say, run the sound on it) before using the second SH-2, and see how that runs.
Originally posted by slinga@Nov 7, 2003 @ 11:56 AM
I don't follow. By 68k do you mean the saturn's sound processor (which is similiar to the genesis cpu)? And if so, do you mean to emulate all of the NES sound system on that cpu? :huh
Hey, the entire Speccy has been emulated on a 68k
In fact I think it's a pretty neat idea, but not that neat that it can replace one of the SH2's... that is, if you can find a useful use for dual CPUs in a emulator.
Originally posted by antime@Nov 7, 2003 @ 04:48 PM
Mehh, what OS are you running to suffer from context switching penalties?
Originally posted by Tagrineth@Nov 8, 2003 @ 01:34 AM
I'd like to see you develop a CPU which can flush its pipeline and L1 cache, redirect pointers, and refill its pipeline in one cycle.
Originally posted by antime+Nov 7, 2003 @ 06:19 PM--><div class='quotetop'>QUOTE(antime @ Nov 7, 2003 @ 06:19 PM)</div><div class='quotemain'> <!--QuoteBegin-Tagrineth@Nov 8, 2003 @ 01:34 AM
I'd like to see you develop a CPU which can flush its pipeline and L1 cache, redirect pointers, and refill its pipeline in one cycle.
Originally posted by Tagrineth@Nov 8, 2003 @ 01:16 AM
Well, does SH-2 have these traits? I doubt it does, it's probably too old. And Slinga, I think the point was that vbt is so far only using one SH-2.
there are CPUs which do zero-cycle context switches by storing the needed data on-chip
Also I have no idea on how to do that with the Saturn 68k. (no tools, no assembler/compiler and I know no way to send code to this 68k )