Do lmr for more captures.

[Vizvezdenec]

passed STC
http://tests.stockfishchess.org/tests/view/5dd4d51df531e81cf278eaac
LLR: 2.97 (-2.94,2.94) [-1.50,4.50]
Total: 16495 W: 3591 L: 3434 D: 9470
passed LTC
http://tests.stockfishchess.org/tests/view/5dd52265f531e81cf278eace
LLR: 2.96 (-2.94,2.94) [0.00,3.50]
Total: 23598 W: 3956 L: 3716 D: 15926
based on machinery introduced by vondele. Logic behind patch if relatively simple - if we reduce less with high hitrate of TT somewhat logical is to reduce more with low hitrate. For example enable all captures for LMR.
Constant is arbitrary and can be tweaked. :)
bench 5183523

[Alayan-stk-2]

Very good performance for this patch, but I wonder about something with this patch and vondele's : how does it behave in deep searches ?

If someone uses a bigger than optimal TT size, it's quite easy to reduce it to match the TC. But for long searches, one often cannot use a bigger hash. Do we know how the tthitrate would behave in this situation ?

[ddugovic]

If we do end up changing this, next time could it be tried without a divide operation?
8 * thisThread->ttHitAverage < 3 * ttHitAverageResolution * ttHitAverageWindow

[anshulongithub]

Many congratulations!! to one and only @my :)

[vondele]

@ddugovic the divide can actually be optimized at compile time (i.e. the whole right hand side is a constant) and so is for free.

[snicolet]

Merged via 3f41913, congrats!