That's 24 threads and nullmove switched off:peter wrote: McBrain 2.7 doesn't find so soon with nullmove off neither, but within a few seconds with "brute force", even single threaded.
8/8/8/1B6/6p1/8/4KPpp/3N2kr w - - 0 1
Analysis by SF-McBrain v2.7 64 POPCNT:
1.Se3 g3 2.fxg3
= (0.00) Tiefe: 7/4 00:00:00 3kN
1.f3 gxf3+ 2.Kxf3
= (0.00) Tiefe: 8/4 00:00:00 3kN
...
1.f3 gxf3+ 2.Kxf3
= (0.00) Tiefe: 42/4 00:01:04 1919MN
1.Kd3
+- (#11 ++) Tiefe: 43/22 00:01:56 3860MN
...
1.Kd3 g3 2.f4 Kf1 3.Kd2+ Kg1 4.Ld7 Kf1 5.Lh3 Tg1 6.Lg4 Th1 7.Le2+ Kg1 8.Sc3 Kf2 9.Se4+ Kg1 10.Sg5 Kf2 11.Sh3#
+- (#11) Tiefe: 59/22 00:02:51 5940MN
And here Sf_PA_MZ 1.0 after restart of GUI and automatically using the newly built beht.hsh of just 4 Mb only, using 16G hash (max. for this version to be used), no need to wait for saving nor reloading at all of course (remark, learning file is just Mbs- big, not Gbs as full hash would be)
8/8/8/1B6/6p1/8/4KPpp/3N2kr w - - 0 1
Analysis by Sf_PA_MZ 1.0 64 POPCNT:
1.Kd3 Kf1 2.Kd2+ Kg1 3.f4 g3 4.Ld7 Kf1 5.Lh3 Kg1 6.Lg4 Kf1 7.Le2+ Kg1 8.Sc3 Kf2 9.Se4+ Kg1 10.Sg5 Kf2
+- (#11) Tiefe: 7/2 00:00:03 0kN
...
1.Kd3 Kf1 2.Kd2+
+- (#11) Tiefe: 87/2 00:00:06 26509kN