I've continued to use 0.8.9 to write an article as a test, and overall it has worked nicely so far.
The main feedback I want to give at this point is as follows: When I try to shutdown the 'Risc PC' the icon depresses, but then the emulation freezes. I always close all files I'm working on before doing this, so I just then shut the emulator window and it then quits OK. However I've been monitoring the CPU loading as I was curious to see how this varies when using TW to write a document, add graphics, etc. I noticed this morning that the shutdown freeze causes one CPU to go to 100 percent loading and it stays like that until I shut the emulator window. So I assume the shutdown is freezing the emulation by causing some kind of endless loop. Another minor point which struck me as interesting: The machine I'm using has (IIUC) two CPU cores that pretend to be four CPUs. In 'full steam ahead mode' the 0.8.9 does as 0.8.8 and the 100 percent 'red queen's race' switches back and forth every now and then between 'cpu 1' and 'cpu 3'. i.e. it seems to use one pretend CPU from each of the real ones. But with the load-saving enabled, it switches around all four 'CPUs' quite happily. Hard to say the average loading as the values keep jumping briefly up to near 100 percent for a CPU, only to fall back a second or so later. But the loading overally seems well below 'flat out'. Yet the behaviour seems as responsive. (FWIW I still get the 'roller skating' behaviour of the mouse pointer some of the time. Bit weird, but something I get used to, and seems harmless.) So the effect of using the load-saving is quite significant in terms of avoiding loading the CPUs. Excellent job! :-) Hence I'm not really bothered by the freeze on shutdown, but I hope it is diagnosed and fixed in due course as it is curious. Cheers, Jim -- Electronics http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html Audio Misc http://www.audiomisc.co.uk/index.html _______________________________________________ Rpcemu mailing list [email protected] http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
