It is with great pleasure I announce the release of Halogen 8. In late September, Halogen was added to the OpenBench framework. As a result, Halogen underwent one of its best months of development so far. In self testing, Halogen 8 is approximately 200 elo stronger than Halogen 7.
Halogen 8 features a larger neural network than was contained in Halogen 7, but due to improvements and optimisations runs significantly faster. The current network was trained using a private neural network trainer written in C by @AndyGrant. I can't thank Andrew enough for the work he has done to support the development of Halogen.
Estimated elo: 2800 CCRL blitz.
Hi Kieren,
Is this still valid (from your release comments)?
It is not recommended that you compile it yourself because it is currently experiencing significant slowdowns in multithreaded mode when compiled with gcc.
I could not resist after I saw you had already added 22 more commits since the last release and especially one for no popcount.
My quick runs (default hash only) up to 4 cores (no more available here) show no slowdown for my compilation here.
It also shows a speedup of > 10% against your no popcount release v8, but ofc I don't know, if this is due to changes since your version 8 release.
I was too lazy to check out the master at version 8 and I wanted to test the newest dev ;-)
BTW I think the default value for hash perhaps should be a bit raised?
Hi Guenther. In the past week I diagnosed that it was my version of gcc that was causing issues. The comment about not compiling yourself no longer stands and I will remove it from my release message.
Since the Halogen 8 release I did spend some time improving how well Halogen scales to higher thread counts and you should see higher NPS both because you compiled locally and also due to my speedups since the release. Notice it now gets 1.94x the nps with 2 threads rather than 1.91x, you should notice even more of an improvement at higher thread counts.
As for the default hash, I default to the lowest possible value and I presume most people who use Halogen do so within a gui which sets the hash size. I'll have to talk with Andrew about it I set it as low as possible by default to make it integrate without issues with OpenBench.
More patches in the works! I've got about 3 more I'm about to merge tonight
Kieren Pearson wrote: ↑Sun Nov 01, 2020 12:18 pm
Hi Guenther. In the past week I diagnosed that it was my version of gcc that was causing issues. The comment about not compiling yourself no longer stands and I will remove it from my release message.
Since the Halogen 8 release I did spend some time improving how well Halogen scales to higher thread counts and you should see higher NPS both because you compiled locally and also due to my speedups since the release. Notice it now gets 1.94x the nps with 2 threads rather than 1.91x, you should notice even more of an improvement at higher thread counts.
As for the default hash, I default to the lowest possible value and I presume most people who use Halogen do so within a gui which sets the hash size. I'll have to talk with Andrew about it I set it as low as possible by default to make it integrate without issues with OpenBench.
More patches in the works! I've got about 3 more I'm about to merge tonight
Thanks! I appreciated the quick answer.
I will compile again on Monday and also check for (possible) tc issues from another thread.
Kieren Pearson wrote: ↑Sun Nov 01, 2020 12:18 pm
Hi Guenther. In the past week I diagnosed that it was my version of gcc that was causing issues. The comment about not compiling yourself no longer stands and I will remove it from my release message.
Since the Halogen 8 release I did spend some time improving how well Halogen scales to higher thread counts and you should see higher NPS both because you compiled locally and also due to my speedups since the release. Notice it now gets 1.94x the nps with 2 threads rather than 1.91x, you should notice even more of an improvement at higher thread counts.
As for the default hash, I default to the lowest possible value and I presume most people who use Halogen do so within a gui which sets the hash size. I'll have to talk with Andrew about it I set it as low as possible by default to make it integrate without issues with OpenBench.
More patches in the works! I've got about 3 more I'm about to merge tonight
Then I started a couple of games with the dev version I had done and no problems could be seen, also no time losses, but I had to stop
the test already after a few games.
When you say you ran the dev version do you mean a no-popcnt compile? I don't think I made it easy by default to compile a non-popcnt by default so I apologise for that. By Halogen 9 I'm going to move to using gcc exclusively for releases so compiling dev versions will become easier. I'm not really sure why Halogen no-popcnt would be having issues specifically. I'll see if I can reproduce the crash on my computer but I likely already fixed the issue in recent dev versions.
For anyone curious, in Halogen 8 I mistakenly set the 'max time' to wtime + winc which is incorrect. If Halogen 8 is given the command `go wtime 1000 winc 5000 btime 100 binc 5000` it will use more than 1 second on the first move. This has since been fixed. Its interesting because under 'normal' time controls that I test under and CCRL testing showed no time losses so I didn't know of the problem until recently after the release.
so Halogen didn't loose on time in that game but crashed? I haven't seen this before. I will see if I can reproduce the crashes on my computer now.
Kieren Pearson wrote: ↑Mon Nov 02, 2020 12:59 pm
When you say you ran the dev version do you mean a no-popcnt compile?
Yes. Only those run here on my old quadcore (core2). Also still running Win7-Ultimate here.
Kieren Pearson wrote: ↑Mon Nov 02, 2020 12:59 pm
I don't think I made it easy by default to compile a non-popcnt by default so I apologise for that. By Halogen 9 I'm going to move to using gcc exclusively for releases so compiling dev versions will become easier. I'm not really sure why Halogen no-popcnt would be having issues specifically. I'll see if I can reproduce the crash on my computer but I likely already fixed the issue in recent dev versions.
I had no problem compiling it for me by changing the makefile.
so Halogen didn't loose on time in that game but crashed?
Yes. Probably I still have a Windows crash report, but those are not very helpful, it was explicetely mentioned at least that the app crash
was in Halogen.exe not something else.