EGTB Crowd

Endgame analysis using tablebases, EGTB generation, exchange, sharing, discussions, etc..

EGTB Crowd

Postby jshriver » Wed Sep 22, 2010 4:31 pm

Just popping in to say hi and hope everyone is well. Seems the scene has kinda died down a good bit from the original days when this started.
Hope work is still being done for 6 and beyond, but still here to read and discuss.

Take it easy :)
-Josh
User avatar
jshriver
 
Posts: 287
Joined: Tue Jan 31, 2006 5:59 am
Location: Toledo, OH, USA

Re: EGTB Crowd

Postby koistinen » Thu Sep 23, 2010 1:05 pm

Yes, work is still going on, but only very little.
koistinen
 
Posts: 80
Joined: Fri May 02, 2008 7:59 pm
Location: Stockholm

Re: EGTB Crowd

Postby redpawn » Thu Sep 23, 2010 6:33 pm

Hi koistinen:

Exactly what kind of work you're talking about
redpawn
 
Posts: 169
Joined: Thu Dec 06, 2007 8:32 am

Re: EGTB Crowd

Postby koistinen » Thu Sep 23, 2010 11:13 pm

I am talking about improving/writing programs for computing and using 6 annd 7-man endgame tablebases. I think I have seen mention of some improvements in last 6 months and as for what I have been doing is changing my planned algorithm to make it easier to implement. (caring less about theoretical performance, which is kind of hard for me).

Having an index like 10x64x64^(N-2) the computation can be done in one sweep per side and iteration if you have 8G of ram. Doing it in one sweep per side and and iteration and piece would make it about 3 to 7 times slower for 7-man but be easier to code and would still be faster than what we have now and would require very little ram. I am trying to make myself code it that way, telling myself performance can be improved later.
koistinen
 
Posts: 80
Joined: Fri May 02, 2008 7:59 pm
Location: Stockholm

Re: EGTB Crowd

Postby Kirill Kryukov » Mon Nov 15, 2010 3:34 pm

koistinen wrote:I am trying to make myself code it that way, telling myself performance can be improved later.

I normally code a very dumb first version to get the initial statistics for the simplest endgames. Then I gradually implement faster versions, always comparing the statistics with previous runs. This way if I can't complete the next rewrite, I will still have something functional, even if not very fast. My coding priorities: 1. Clarity. 2. Correctness. 3. Speed+Features. Note that clarity comes before correctness, since you can debug (and then improve) clear code, but correct spaghetti code - you can't do anything with it. (Unfortunately looking at my code you'd think I have them in opposite order. How this happens is a mystery). :-)
User avatar
Kirill Kryukov
Site Admin
 
Posts: 7380
Joined: Sun Dec 18, 2005 9:58 am
Location: Mishima, Japan


Return to Endgame Tablebases

Who is online

Users browsing this forum: No registered users and 2 guests