7-men Syzygy attempt

[Nordlandia]

OK, I've extended the 7-man tablebase volume from 7 to 8 TB; after that, I can't reserve any more disk space for this. New disks (I have to throw out some old ones and start a new RAID) are about €2k, so we'll see when and if it comes to that. I guess the end estimate hasn't changed all that much.

I assume wdl is prioritized first if 8 TB is the current limit. For analysing needs.

For example:

#1 Wdl for analysis

#2 Dtz or Lomonosov lookup until more space is available.

[Sesse]

I doubt I will be making this kind of prioritization. When it's full, it's full, and I'm not going to remove stuff.

[noobpwnftw]

If you want to continue the generation of the other tables while I work on 16-bit compression for pawnful tables, you could generate just KRBBPvKQ.rtbw for now (sufficient to generate KRBPPvKQ) and leave .rtbz for later.

WDL for that one table is now built and uploaded, proceeding with the remainings of the 5v2 set, which is going to finish quite soon.

Also we are at about 1/3 into the 4v3 pawnful tables, I'm using the machine without the NUMA bandwidth problem to build them.

I've set up a domain for the FTP server, which should be easier to remember than its IP address(ftp://ftp.chessdb.cn/pub/syzygy).

[Sesse]

Is new code needed to probe the table, or was the fix restricted to the builder only?

[noobpwnftw]

Is new code needed to probe the table, or was the fix restricted to the builder only?

Both would need changes to support 16-bit tables.

[Sesse]

Ah, I see that I misinterpreted you earlier; you just built the WDL table, the DTZ code isn't ready yet.

[Nordlandia]

Lomonosov 7-piece is unable to provide solution for this endgame:

What is the outcome?

Code: Select all

8/8/5Q2/2K4p/6bP/4k1n1/8/8 w - - 0 0

[noobpwnftw]

I suspect that KBBPPvKQ would need 16-bit table too, moving forward and go back later.

[Nordlandia]

That FEN is mate in 48 per lomonosov egtb.

[syzygy]

I suspect that KBBPPvKQ would need 16-bit table too, moving forward and go back later.

The master branch now supports 16-bit compression of pawnful tables, but you'll need to add -2 to the command line.

It's probably best to keep using the old rtbgenp for normal tables and to try the new version with -2 on KQBBPvKQ and (perhaps) KBBPPvKQ.

I have not tested whether the option -z (to skip generation of the .rtbw files) works.