Hopefully a quick question to start: Is read_comm_pipe_pvoid_blocking() supposed to halt the execution of filesys_thread() until there is something in the pipe? (If so, it would appear to be the problem.) On Mon, May 10, 2004 at 05:10:49PM -0500, Richard Drummond wrote: > The performance of the thread layer is not significant to the > performance of UAE. This is because there is only n+1 threads, where n is the number of hardfiles? If there are no hardfiles, which was the case when I was using the SDL linked version, then there is no impact on performance? > In theory, SDL Video on OS X should be faster than X video. It > would depend on the X server implementation, though. I haven't > done any comparisons. I haven't done a quantitative comparison, but it is very evident that the redraws are slower in SDL. Whether this impacts on the performance of the rest of the emulator is an open question. At this point, I would like to setup filesystem support or hardfile support for both the SDL and non-SDL case so that I have some software to compare performance with. > UAE performance in windowed mode using SDL on OS X is poor (due > to the Quartz compositing layer). Or perhaps the problem is with how SDL is being used. I would imagine that the X version is still dealing with Quartz because I am using Apple's X server (in rootless mode, though I doubt that makes a difference). I have also used the SDL version of Kegs (Apple IIgs emulator) without seeing a significant degredation of performance. Byron.