Thanks Aja, in this case I can't I think. Here I look up the large patterns: I could replace it with some kind of hash table, but this is probably not much easier to initialize at compile time?
Detlef Am Samstag, den 18.05.2013, 19:33 +0100 schrieb Aja Huang: > map is very slow. Maybe you should use a vector instead. > > > Aja > > 2013/5/18 ds <[email protected]> > 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 > > > _______________________________________________ > 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
