Earlier quoted context omitted.
is there some reason to implement it as a time limit instead of iterations or something else deterministic? it being affected by CPU speed or machine load seems obvious. or whatever makes sense if “iterations” isn’t a thing, I know nothing about chess algorithms
It’s simpler. Chess is a search through the space of possible moves, looking for a move that’s estimated to be better than the best move you’ve seen so far. The search is by depth of further moves, and “better” is a function of heuristics (explicit or learned) on the resulting board positions, because most of the time you can’t be sure a move will inevitably result in a win or a loss. So any particular move evaluatio…
The simple thing to do is give it a limit on the total number of states it can explore in its search.
If your goal is consistency, wall-clock time makes no sense. If I run 'make -j20', should the chess computer become vastly easier because the CPU is being used to compile, not search? Should 'nice -n 20 ' make the chess computer worse?
Should my computer thermal-throttling because it's a hot day make the chess computer worse, so chess is harder in winter?
If the goal is consistency, then wall-clock isn't the simple way to do it.