Sharaf_DG wrote:Thanks for the update....Is the current counter accurate when using multiple threads?
My CPU is 4 cores, unlike Ronalds which is 8. He was using 16 threads, and I was using 8.
I probably could have shaved a day or two off by not doing the verify after each generation. In fact after day 4-5 I did stop it and went on without the verification instead relying on it in post-generation.
Not sure why the verifier takes so long on my system (perhaps slow disc?). Anyway that's why I made the md5sum as a quick and dirty test for validity.
I created the md5sum list, then did the fresh verify on the full set using the built-in tools (with no errors) then did a md5sum -c against it again and 0 errors.
jshriver wrote:Since someone else asked will share it here.
Just did a clone of the stockfish repo with the tb changes and ran them against the full set.
jshriver@Oceanus:~/tb/run$ ./stockfish
Stockfish 4 64 by Tord Romstad, Marco Costalba and Joona Kiiski
Found 510 tablebases.
Edit: Looks like it is finding all of the files, but not sure if it's loading WDL or DTZ.
jshriver@Oceanus:~/tb/run$ ls *.rtbw | wc -l
510
jshriver@Oceanus:~/tb/run$ ls *.rtbz | wc -l
510
I have put rtbw and rtbz in separate folder with engine...engine detects 510 rtbw files, 0 rtbz files.
You're wrong, but again, this is not a support forum. I have provided explanations in this thread. If those are not sufficient, there is always the source code. Developers that need information can ask me.
Are you saying the tablebases are in pairs 1rtbw + 1rtbz = 1 ? Your clarification will put this to bed.
Is the current counter now accurate when using multiple threads?