This patch boosts history score adjustments if the pawn structure is different from when the score was last updated. The general idea is that if a history entry is stale, we should help it update more easily.
Further considerations:
it's most likely enough to save only 8 bits per entry instead of 16
the two tables could be rearranged in a way that the hash and the score is adjacent in memory (esp. if later tried with conthist)
just to be sure, a simplification should be run later with always applying the larger adjustments
This patch boosts history score adjustments if the pawn structure is different from when the score was last updated. The general idea is that if a history entry is stale, we should help it update more easily.
Further considerations:
Renegade dev 1.1.47 Bench: 2436629