[Ktechlab-devel] looking at Simulator

[P Zoltan]

On Mon, 29 Dec 2008 03:13:57 +0100, Alan Grimes <agrimes at speakeasy.net>  
wrote:

> I pushed out the patch to take switches out of the simulator, Switch
> will need to be patched somehow, see the todo.
>
> The todo's for Simulator are as follows:
>
> 1. The simulator should not be tied to the UI, remove all UI calls from
> the simulator.
>
  Agreed.

> There should be a separate UI refresh class that will operate in a
> different thread that will update the screen as fast as possible while

  fast as possible or at a given refresh rate? I think more than 20-25fps  
is not needed. In this moment the refresh rate can be set in ktechlab.

> the simulator can do it's computations without having to wait for GUI
> stuff to happen, this should allow the usable number of simulator
> steps/second to be increased dramatically.
>
[...]
>
> Ideally there would be a simulator thread that is forked off from the
> main application thread. The current best practices for doing that
> appears to be by using OpenMP, I'm gonna hafto buy me a book on that. =\
>

  Why that? Qt has threading support. See here:

  http://doc.trolltech.com/3.3/threads.html