|
From: | Holger |
Subject: | Re: [Bug-gnubg] Main window blocked whilst analysing |
Date: | Wed, 10 Dec 2003 13:46:19 +0100 |
At 00:04 10.12.2003, Jim Segrave wrote:
On Tue 09 Dec 2003 (20:53 +0000), Richard Buckle wrote: > At 12:57 pm +0100 9/12/03, Ralph Stoesser wrote:
[multi-threading and concurrent analysis and GUI use]
I may seem like a fanatic on this subject, but connecting to one or more analysis processes via network sockets is far better than multi-threading - it works on single CPU, multi CPU and of course clusters of machines. It scales to match the number of machines you want to tie up. It is free of locking issues. And, best of all, it's easier to implement than almost any other approach.
Olivier has implemented and combined both features, sockets and multi-threading, in the branch gnubg-multi. It ought to run well on Unix-like systems. The only little spot is that he currently uses polling to see whether any socket or thread has data putting a high load on the server gnubg when it doesn't have anything to do, too. Well, and then there's Windows, where it almost works. ;-) But somehow the threads don't return ( also those listening to external sockets).
Regards,Holger
[Prev in Thread] | Current Thread | [Next in Thread] |