Thank you so much! That is what I wanted to do in the first place, but I have problems to do it right.
The circular patterns are stored in a std::map<CircPatt , int> Now I learned, that c++11 has some class initialization at compile time, but it does not seem to handle such complicated cases?! What I can do is initializing it at startup from vectors (which can be inizialized at compile time), but this is somehow suboptimal, isn't it? But thanks again, for all the helpful comments! Detlef Am Samstag, den 18.05.2013, 09:52 -0700 schrieb David Fotland: > Many Faces also compiles the gamma data. It doesn’t read from a file at > startup. I prefer to have the engine start each time, since it avoids > errors caused by initialization bugs. > > David > > > -----Original Message----- > > From: [email protected] [mailto:computer-go- > > [email protected]] On Behalf Of Rémi Coulom > > Sent: Saturday, May 18, 2013 8:47 AM > > To: [email protected] > > Subject: Re: [Computer-go] reusing engine instances in gomill and clop? > > > > > > On 18 mai 2013, at 17:30, Matthew Woodcraft wrote: > > > > > ds wrote: > > >> I wonder if anybody had the same problem. We have significant loading > > >> time of our go engine (oakfoam due to gamma loading). > > >> > > >> Both gomill and clop restart the engine for every compatition. In > > >> principle it should be possible to reuse the loaded instance? > > > > > > I don't think it would be difficult to teach gomill to reuse an engine > > > process, if you would like that. Do you use the --parallel option? It > > > gets slightly trickier then. > > > > > > > > > Alternatively, does oakfoam have an option to speak GTP by listening > > > on a socket (or something similar like a named pipe)? > > > > maybe gogui-server/gogui-client can do that. > > > > Also you can compile the startup data into your code to get a fast > > startup. That's what I do in Crazy Stone. It was necessary for cell > > phones. But having the program start instantly is also convenient in > > every day use on a PC. > > > > > > > > If so, I think it wouldn't be difficult to write a little GTP proxy > > > engine that connects to the socket each time it's run, and passes the > > > commands and responses back and forth. That way you'd solve the > > > problem for CLOP too. > > > > > > -M- > > > _______________________________________________ > > > Computer-go mailing list > > > [email protected] > > > http://dvandva.org/cgi-bin/mailman/listinfo/computer-go > > > > _______________________________________________ > > Computer-go mailing list > > [email protected] > > http://dvandva.org/cgi-bin/mailman/listinfo/computer-go > > _______________________________________________ > Computer-go mailing list > [email protected] > http://dvandva.org/cgi-bin/mailman/listinfo/computer-go > _______________________________________________ Computer-go mailing list [email protected] http://dvandva.org/cgi-bin/mailman/listinfo/computer-go
