mstembera and Gary Linscott
46d5fff01f
Change profile-build options to produce 1% to 2% faster executables.
...
The "@rm ucioption.gc*" line is necessary to avoid a gcc 4.7.x bug.
Confirmed for gcc 4.7.4, 4.8.1, and 4.9.1
Suggested by Kiran Panditrao on fishcooking forum.
https://groups.google.com/forum/?fromgroups=#!topic/fishcooking/AY8gN53nG18
No functional change.
Resolves #160
2014-12-19 03:57:04 +08:00
mstembera and Joona Kiiski
14cf27e6f6
Avoid searching TT twice for the same key/position during probe() and store().
...
Just keep the pointer and remove code from tt.cpp
STC
LLR: 2.96 (-2.94,2.94) [-1.50,4.50]
Total: 13620 W: 2810 L: 2665 D: 8145
LTC
LLR: 2.97 (-2.94,2.94) [0.00,6.00]
Total: 13021 W: 2238 L: 2073 D: 8710STC http://tests.stockfishchess.org/tests/view/548436860ebc59331739b90c
STC 4MB
ELO: 2.41 +-2.2 (95%) LOS: 98.6%
Total: 40000 W: 8175 L: 7897 D: 23928
LTC 16MB
ELO: 1.78 +-2.0 (95%) LOS: 96.1%
Total: 39683 W: 6763 L: 6560 D: 26360
Resolves #151
Bench: 8116521
2014-12-13 07:22:37 +00:00
mstembera and Gary Linscott
fe07ae4cb4
Bitbase index() from ADD to OR.
...
No functional change.
Resolves #132
2014-11-26 07:56:48 +08:00
mstembera and Joona Kiiski
bc83515c9e
Removing some superfluous extern declarations
...
No functional change.
Resolves #93
2014-11-05 21:17:19 +00:00
mstembera and Joona Kiiski
2fd075d1ea
Optimize TranspositionTable::store() and TranspositionTable::probe() for speed.
...
No functional change.
Resolves #85
2014-11-03 18:40:49 +00:00
mstembera and Gary Linscott
5605cc7684
max_piece_type cleanup, and slight speed increase.
...
No functional change.
Resolves #81
2014-10-28 22:23:01 +08:00
mstembera and Marco Costalba
918c29f83a
Minor stuff scattered around
...
Just random minor stuff I found while browsing the code.
No functional change.
2014-04-28 17:07:43 +02:00
mstembera and Marco Costalba
d28ea7b518
Smaller and faster profile-build binaries
...
I have noticed that increasing the bench depth produces
progressively smaller and slightly faster executables at
the cost of longer compile times. Also using bench "time"
instead of "depth" seems to produce slightly smaller/faster
executables given comparable compile times.
I have made a new Makefile that generates smaller and
about 1% to 2% faster profile executables at only a
little extra compile time. On my mobile 2GHz i7 a
full profile build time goes from 3'48" to 4'13" and
the exe goes down by 5% from 416,310 bytes to 395,567
bytes.
No functional change.
2014-04-05 12:48:20 +02:00
mstembera and Marco Costalba
3b19ea6ae5
Speed up apply_weight
...
Speed up by about 2% this hot path function pre-calculating
midgame and endgame values of the weight.
No functional change.
2014-04-05 11:12:18 +02:00
mstembera and Marco Costalba
ffdf63ff7c
Refresh TT entries generation automatically on probe
...
And other assorted simplifications, tested with SPRT[-3, 1]
Passed both short TC
LLR: 2.96 (-2.94,2.94) [-3.00,1.00]
Total: 18814 W: 3600 L: 3475 D: 11739
And long TC
LLR: 2.96 (-2.94,2.94) [-3.00,1.00]
Total: 20731 W: 3217 L: 3096 D: 14418
No functional change.
2014-03-23 09:46:15 +01:00
mstembera and Marco Costalba
553ead429d
Some minor cleanup stuff
...
I came across while browsing the code.
No functional change.
2014-03-03 08:57:20 +01:00
