You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In an effort to revisit @killerducky's efforts in issue #284 with starting up an OpenBench automated testing framework for Leela, I've ran into a few things that need addressing before we can ever fully utilize it without extensive hacks (which is how I got it to run at all). Some of the below mentioned issues can probably be addressed via some of killerducky's forked code, but I did not reference it while working on my own solution. The following is a stream of consciousness of some issues I faced and thoughts on what may need to be done to address them:
Lack of a bench command
We lack a bench command like Stockfish and other engines have. We also need to address what the bench command should measure. The bench command is supposed to behave like checksum on the engine as the final node count is important for comparison. Time control is scaled off of the bench command's resulting nodes per second.
Lack of make building
OpenBench expects to build the engines via make. We use a build script instead. We can probably address this with some special case hacking.
Use of submodules
OpenBench pulls code from GitHub via zip files from the API. When it pulls down our zipped code it doesn't pull down lczero-common and therefore never builds properly. We can probably address this with some special case hacking.
EvalFile instead of WeightsFile
A small issue but OpenBench expects the weights to be in a UCI variable called EvalFile instead of WeightsFile like we use.
OpenBench Qt Issues?
Qt didn't work out of the box and I had to install apt-get install libqtgui4 on my vast.ai instance.
Running OpenBench web server
I am not an expert in web servers so I had no idea what I was doing, but I ran it off of a free-tier AWS instance using gunicorn and nginx by essentially following this guide.
Building on Windows requires MinGW
Building on Windows requires MinGW by default, but we may not need it if we address our make build issues.
All in all my hacking was successful and did allow for a test to run:
Much work is required to make OpenBench for Leela a serious proposal. I would first suggest that we have an official Leela fork of OpenBench so that others might be able to start fixing some of these issues. Second, I would suggest someone with more webdev experience manage the web server properly and safely.
Onwards to a stronger, better Leela. 😃
The text was updated successfully, but these errors were encountered:
In an effort to revisit @killerducky's efforts in issue #284 with starting up an OpenBench automated testing framework for Leela, I've ran into a few things that need addressing before we can ever fully utilize it without extensive hacks (which is how I got it to run at all). Some of the below mentioned issues can probably be addressed via some of killerducky's forked code, but I did not reference it while working on my own solution. The following is a stream of consciousness of some issues I faced and thoughts on what may need to be done to address them:
bench
commandWe lack a
bench
command like Stockfish and other engines have. We also need to address what the bench command should measure. Thebench
command is supposed to behave like checksum on the engine as the final node count is important for comparison. Time control is scaled off of thebench
command's resulting nodes per second.make
buildingOpenBench expects to build the engines via
make
. We use a build script instead. We can probably address this with some special case hacking.OpenBench pulls code from GitHub via zip files from the API. When it pulls down our zipped code it doesn't pull down lczero-common and therefore never builds properly. We can probably address this with some special case hacking.
A small issue but OpenBench expects the weights to be in a UCI variable called EvalFile instead of WeightsFile like we use.
Qt didn't work out of the box and I had to install
apt-get install libqtgui4
on my vast.ai instance.I am not an expert in web servers so I had no idea what I was doing, but I ran it off of a free-tier AWS instance using gunicorn and nginx by essentially following this guide.
Building on Windows requires MinGW by default, but we may not need it if we address our
make
build issues.All in all my hacking was successful and did allow for a test to run:
Much work is required to make OpenBench for Leela a serious proposal. I would first suggest that we have an official Leela fork of OpenBench so that others might be able to start fixing some of these issues. Second, I would suggest someone with more webdev experience manage the web server properly and safely.
Onwards to a stronger, better Leela. 😃
The text was updated successfully, but these errors were encountered: