]>
git.sesse.net Git - stockfish/log
Marco Costalba [Mon, 28 Dec 2009 17:10:24 +0000 (18:10 +0100)]
Stockfish 1.6.2
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 28 Dec 2009 06:13:12 +0000 (07:13 +0100)]
Better fix for gcc optimization issue
According to the standard, compiler is free to choose
the enum type as long as can keep its data.
Also cast to short and right shift are implementation
defined in case of a signed integer.
Normally all the compilers implement this stuff in
the "usual" way, but gcc with -O3 and -O2 pushes
aggressively the language to its limits to squeeze
even the last bit of speed. And this broke our
not 100% standard conforming code.
The fix is to rewrite the Score enum and the 16 bits
word extracting functions in a way that is 100% standard
compliant and with no speed regression on gcc and also on
the other compilers.
Verified it works on all compilers and with equivalent
functionality.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 27 Dec 2009 18:45:19 +0000 (19:45 +0100)]
Score enum should be at least 32 bits
The compiler is allowed to chose the size of an enum variable
based on the values it is expected to store. So force the compiler
to use at least a 32 bit integer type for the Score.
MSVC and Intel do not change, while gcc under -O3 is affected
by this change.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 27 Dec 2009 13:05:15 +0000 (14:05 +0100)]
Revert small pop_1st_bit() optimization
We cannot cast a pointer type to an unrelated pointer type.
This is a violation of the strict aliasing rules.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 27 Dec 2009 12:54:46 +0000 (13:54 +0100)]
Remove a bogus assert
It is not clear why is not true, even in single thread
case, but as a matter of fact it is not!
So remove it.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 27 Dec 2009 12:52:29 +0000 (13:52 +0100)]
Use THREAD_MAX instead of hardcoded 8
This will allow to change THREAD_MAX value in the future.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 27 Dec 2009 07:35:44 +0000 (08:35 +0100)]
Restore development version
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 26 Dec 2009 23:44:08 +0000 (00:44 +0100)]
Set maximum hash table size to 2GB
We cannot allocate more then 2 GB, so let the limit
reflect this.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 26 Dec 2009 18:28:03 +0000 (19:28 +0100)]
Stockfish 1.6.1
Workaround a gcc optimization bug.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 26 Dec 2009 18:24:42 +0000 (19:24 +0100)]
Workaround optimization bug in gcc
Unfortunatly we need to slow down to -O1 to be sure
it works always.
Note that sometime it works also with -O2 or even -O3,
but user has to try himself.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 26 Dec 2009 17:16:38 +0000 (18:16 +0100)]
Fix description of Score enum
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 26 Dec 2009 17:12:59 +0000 (18:12 +0100)]
Fix a typo in ReducedStateInfo
It happened to work by accident because Score and
Value are both integer.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 22 Dec 2009 21:11:10 +0000 (22:11 +0100)]
Stockfish 1.6
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 21 Dec 2009 06:15:53 +0000 (07:15 +0100)]
Score definition gives a compile error under gcc
For enum definitions a parenthesis is required.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 19 Dec 2009 16:00:33 +0000 (17:00 +0100)]
Setup Release Candidate 1
To be used by Jim for testing different compiles settings.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 19 Dec 2009 09:43:12 +0000 (10:43 +0100)]
Fix a comment in HistoryMax description
Was obsoleted out some time ago.
Spotted by Justin Blanchard
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 18 Dec 2009 09:11:50 +0000 (10:11 +0100)]
Fix book name is hard coded as book.bin
Instead should be read by the corresponding UCI
option "Book File".
Bug reported and fixed by Justin Blanchard (Arch Linux)
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 15 Dec 2009 11:07:23 +0000 (12:07 +0100)]
In non-PV IID don't call evaluate when in check
Was a long standing hidden bug from Glaurung times,
triggered only now that we enable IID at non PV nodes.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 15 Dec 2009 10:26:45 +0000 (11:26 +0100)]
Fix a compile error in debug mode
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 12 Dec 2009 18:36:40 +0000 (19:36 +0100)]
Enable IID at non-PV nodes
We want to increrase the opportunities
of doing an exclusion search.
After 999 games at 1+0
Mod vs Orig +216 =574 -209 50.35% 503.0/999 +2 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Thu, 10 Dec 2009 15:24:18 +0000 (17:24 +0200)]
Synchronize pruning rules in search and sp_search
Regression test passed:
Mod - Orig: 365 - 351
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 9 Dec 2009 13:40:38 +0000 (14:40 +0100)]
Remove history counters
Instead decrement history value on failure.
After 999 games at 1+0
Mod vs Orig +236 =558 -204 51.60% +11 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Thu, 10 Dec 2009 14:21:06 +0000 (16:21 +0200)]
Fix overflow risk in split point
Sizeof of search stack should be PLY_MAX+2 instead of PLY_MAX.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Tue, 8 Dec 2009 17:19:13 +0000 (19:19 +0200)]
Re-enable TT.insert_pv()
This time make sure that valuable TTentries are not overwritten.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Tue, 8 Dec 2009 17:06:38 +0000 (19:06 +0200)]
Disable insert_pv
This way we avoid overwriting valuable TT entries which
are needed to calculate exclusion search extension for pv.
Mod - Orig: 483 - 410 (+28 elo!)
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 8 Dec 2009 10:16:14 +0000 (11:16 +0100)]
Set IncrementalFutilityMargin to 8
After 999 games we are almost equal (+2 ELO),
but we have a good result against Rybka
Rybka 2.3.2a mp 32-bit vs Mod 254.5 - 242.5 +152/-140/=205 51.21%
Rybka 2.3.2a mp 32-bit vs Orig 259.5 - 236.5 +151/-128/=217 52.32%
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Wed, 2 Dec 2009 20:08:58 +0000 (22:08 +0200)]
Replace 100 with PLY_MAX in ok_to_use_TT
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Wed, 2 Dec 2009 18:34:55 +0000 (20:34 +0200)]
Adjust SingleReplyMargin 0x64 -> 0x20
Mod - Orig: 920 - 890 (+6 elo)
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 1 Dec 2009 10:56:48 +0000 (11:56 +0100)]
Don't clear hash at the beginning of a new game
After 900 games at 1+0
Mod vs Orig +217 =480 -196 +8 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 1 Dec 2009 10:48:28 +0000 (11:48 +0100)]
Try to prune also when approximateEval < beta
Now we always try to filter out moves, we will have
more wasted evaluation calls, but also more pruned
nodes.
After 786 games
Mod vs Orig +196 =413 -177 +8 ELO
Verified also against Rybka it increases score to 50-51%
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Sat, 28 Nov 2009 18:49:36 +0000 (20:49 +0200)]
Do not crash if we are asked to search mate or stalemate position.
We might be asked to ponder mate or stalemate position.
This being the case, simply wait for stop or ponderhit.
Currently we crash.
UCI specs aren't clear on the issue, but it cost nothing to
add little check.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 28 Nov 2009 16:31:56 +0000 (17:31 +0100)]
Fix get_option_value() for strings with spaces
Problem is that
istream& operator>> (istream& is, char* str );
according to C++ documentation "Ends extraction when the
next character is either a valid whitespace or a null character,
or if the End-Of-File is reached."
So if the parameter value is a string with spaces the currently
used instruction 'ss >> ret;' copies the chars only up to the first
white space and not the whole string.
Use a specialization of get_option_value() to fix this corner case.
Bug reported by xiaozhi
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 28 Nov 2009 10:52:13 +0000 (11:52 +0100)]
Retire FutilityMargins[] array
Now we use a formula to calculate margins on the fly.
Node count has changed because we fixed a leftover when
we still where using FutilityMargins to calculate futilityValue
in the case that we had the evaluation score in TT.
Also small indentation fix.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Thu, 26 Nov 2009 10:37:21 +0000 (11:37 +0100)]
IncrementalFutilityMargin to 4 and increased pruning
Increase pruning at low depths while tone downa bit at
higher depths (linearize a bit the logaritmic behaviour)
This goes togheter with IncrementalFutilityMargin decreased
to 4 compensate the bigger pruning effect.
Total pruned nodes are more or less the same. We go from 36%
of nodes after prune to 37% with this patch.
After 999 games at 1+0
Mod vs Orig +250 =526 -223 +9 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Fri, 27 Nov 2009 10:06:55 +0000 (12:06 +0200)]
Drop OnlyMoveExt PV-condition from 8 plies to 6 plies
Orig - Mod: 731 - 750
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 27 Nov 2009 14:35:34 +0000 (15:35 +0100)]
Use move not ttMove in exclude search
If we arrive until the exclusion search call then
we know that move == ttMove == tte->move()
But using ttMove in search call while, during excluded search
conditions we have used tte->Move()could be a little bit suboptimal.
On the other side using tte->move() also in search call is a bit ugly
so opt for the third choice that is the most clean becasue from the
conditions the reader easily understands that we are talking of ttMove
and that we ant to exclude the move we are evaluating in that moment.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 27 Nov 2009 10:54:07 +0000 (11:54 +0100)]
Better document previous patch
If tte->move() != MOVE_NONE then tte->move() == ttMove
What could happen is that we have a ttMove without a tte, or,
we have a tte but tte->move() == MOVE_NONE
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Thu, 26 Nov 2009 12:44:48 +0000 (13:44 +0100)]
Fix a possible crash in excluded search condition
Due to IID we could have a ttMove and not a tte, or,
even if we have a tte they could belong to different
searches so that the depth and type of tte don't
have the same origin of the ttMove.
To fix this we always use tte entry in excluded search
condition and, after an IID, we reprobe the TT table.
No functional change. Apart from possible crash fix.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 25 Nov 2009 16:16:51 +0000 (17:16 +0100)]
Document why we don't use TT to prune in search_pv()
From a Joona' s post on talkchess.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Wed, 25 Nov 2009 13:15:47 +0000 (15:15 +0200)]
Revert last Only move extensions tweaks
They gave bad results:
Mod - Orig: 361 - 404
Master is now verified to be functional equivalent with F_63
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 24 Nov 2009 12:39:47 +0000 (13:39 +0100)]
Speed up sorting of non-captures
Becasue we have a lot of zero scores (around 30% of moves)
it is a good idea to do a couple a presorting loops across
the move list and shuffle the moves a bit so that with a
small effort we end up with 3 groups of moves: positives
scores, zero scores and negative scores.
We have two advantages
1) We don't need to sort zero scores
2) Sort two small groups is faster then sort a single big one
Speed up is of about 2%
Because equal scored moves could be reordered in a different way
this is not a "no functional change" although I have verified
the output list is always correctly sorted.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 25 Nov 2009 12:53:48 +0000 (13:53 +0100)]
Rewrite messy LSN-code take 2
We already reset loseOnTime flag at the beginning of
a new game, so we can simplify a bit the ligic there.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Tue, 24 Nov 2009 22:14:12 +0000 (00:14 +0200)]
Rewrite messy LSN-code
* New version is documented and logic should be easier to follow
* Add extra check to not use LSN with x moves / y seconds time control
* New code fixes some rear cases where old code (still) causes program to lose on time at move 1.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Tue, 24 Nov 2009 21:49:17 +0000 (23:49 +0200)]
Remove RootMoveList::scan_for_easy_move()
* The function is called only in one place
* It must not be called elsewhere
* The function call easily replaced with simple one line condition
No functional change (tested with usual set + 2000 random positions)
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Tue, 24 Nov 2009 22:43:19 +0000 (00:43 +0200)]
Remove 2 FIXMEs from search.cpp
* First one is without any documentation, code is working just fine,
so there seems to be nothing that really should be fixed.
* Second one requesting emergency measures on aspiration fail low
when we are running out of time and we are without good move.
After very long time, I've come to conclusion that this is
impossible to fix, so remove request.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 23 Nov 2009 11:40:18 +0000 (12:40 +0100)]
Document and cleanup new effective-single-reply code
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Sun, 22 Nov 2009 14:50:44 +0000 (16:50 +0200)]
Always extend full ply in PV
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Sun, 22 Nov 2009 12:58:07 +0000 (14:58 +0200)]
Add mild extension in low depths
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Sat, 21 Nov 2009 15:05:18 +0000 (17:05 +0200)]
Fix currentMove bug
Orig vs Master: +15 elo 887.5 - 812.5 (1700 games, finished) [4CPU]
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Sat, 21 Nov 2009 13:22:52 +0000 (15:22 +0200)]
Only move extension based on exclusion search
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Sat, 21 Nov 2009 12:44:50 +0000 (14:44 +0200)]
Base work for exclusion search
No functional change
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 22 Nov 2009 10:11:36 +0000 (11:11 +0100)]
Tone down a bit futility parameters
After 999 games at 1+0
Mod vs Orig +239 =542 -218 +7 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 21 Nov 2009 13:41:07 +0000 (14:41 +0100)]
Remove 4*IncrementalFutilityMargin from futilityValue
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Thu, 19 Nov 2009 14:58:22 +0000 (15:58 +0100)]
Logaritmic futility margins
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 18 Nov 2009 13:54:59 +0000 (14:54 +0100)]
Exponential futility margins
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 14 Nov 2009 16:38:22 +0000 (17:38 +0100)]
History pruning exponential limit
Use an exponenital law instead of a linear one for
history pruning.
This should prune more at low depths and a bit less
at high depths.
After 965 games
Mod vs Orig +233 =504 -228 +2 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 14 Nov 2009 20:36:43 +0000 (21:36 +0100)]
Incremental Futility Margin
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 18 Nov 2009 08:30:02 +0000 (09:30 +0100)]
In razor qsearch use corrected beta
Correct beta by razor margin when callin qsearch
After 1019 games on Joona's QUAD
Mod - Orig: 524 - 495 (+10 elo)
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 21 Nov 2009 13:39:29 +0000 (14:39 +0100)]
Code style triviality
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 15 Nov 2009 08:35:22 +0000 (09:35 +0100)]
Micro-optimize get_material_info()
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 13 Nov 2009 16:23:21 +0000 (17:23 +0100)]
Convert pawns evaluation to Score
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 13 Nov 2009 12:29:04 +0000 (13:29 +0100)]
Move game phase computation to MaterialInfo
Game phase is a strictly function of the material
combination so its natural place is MaterialInfo,
not position.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 13 Nov 2009 10:25:34 +0000 (11:25 +0100)]
Null move dynamic reduction based on value
After 994 games at 1+0
Mod vs Orig +244 =521 -229 50.75% 504.5/994 +5 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 13 Nov 2009 09:27:14 +0000 (10:27 +0100)]
Use a more standard perft UCI interface
Call directly 'perft 6' to search up to depth 6*OnePly
instead of the old 'perft depth 6'.
It is more in line to what other engines do. Also a bit
of cleanup while there.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Thu, 12 Nov 2009 18:01:44 +0000 (19:01 +0100)]
Better document king safety evaluation
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Thu, 12 Nov 2009 16:42:43 +0000 (17:42 +0100)]
Rearrange table layout in evaluate.cpp
A bit more cache friendly.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Thu, 12 Nov 2009 15:55:31 +0000 (16:55 +0100)]
Remove dcCandidates data member from SplitPoint
It is no more used now that we have CheckInfo.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 11 Nov 2009 09:41:46 +0000 (10:41 +0100)]
Remove update_checkers()
Now that we have CheckInfo we don't need it anymore.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 11 Nov 2009 20:17:38 +0000 (21:17 +0100)]
Retire evaluate_mobility()
Move the code to the caller and also move mob_area
computation out of evaluate_pieces(). It is more clear
the code flow and it is also faster.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Wed, 11 Nov 2009 19:32:58 +0000 (20:32 +0100)]
Small sort_moves() deobfuscation
Write the for loop in a more idiomatic way, no assembly
change and of course no functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 10 Nov 2009 17:15:22 +0000 (18:15 +0100)]
Don't futility-prune ttMove
After 933 games
Mod vs Orig +219 =505 -208 +4 ELO
A small increase as expected.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 10 Nov 2009 10:05:20 +0000 (11:05 +0100)]
Propagate "move is check" info to do_move()
When false (common case) we avoid to update checkers
bitboard that although not so costly slows down a bit
this very hot and critical path.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 10 Nov 2009 09:05:09 +0000 (10:05 +0100)]
Small update_checkers() cleanup
And is a bit faster too.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Tue, 10 Nov 2009 07:55:52 +0000 (08:55 +0100)]
Small update to pop_1st_bit()
Avoid a 64 bit load using a pointer. It saves a couple of push/pop
instructions so advantage is only theorical, but anyway we use
pop_1st_bit() as a reference implementation for 32 bit systems so
we keep it more for documentation purposes then for other reasons.
Idea of pointer is of Eric Mullins.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 9 Nov 2009 20:48:02 +0000 (21:48 +0100)]
Small CheckInfo fallout
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 9 Nov 2009 20:29:22 +0000 (21:29 +0100)]
Fully convert move_is_check() internally
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 9 Nov 2009 20:02:07 +0000 (21:02 +0100)]
Convert move_is_check() to take a CheckInfo reference
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 9 Nov 2009 19:54:45 +0000 (20:54 +0100)]
Use CheckInfo to compute dcCandidates
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 9 Nov 2009 19:49:01 +0000 (20:49 +0100)]
Introduce CheckInfo struct
Keeps info used to speed-up move_is_check()
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Mon, 9 Nov 2009 08:00:24 +0000 (09:00 +0100)]
Fix operator/(Score s, int i)
And remove some useless declarations
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sun, 8 Nov 2009 16:56:41 +0000 (17:56 +0100)]
Don't copy the key in do_move
It will be overwritten anyway.
Also other little small touches that seem to increase
speed more then the whole enum Score patch series :-(
Optimization is really a black art.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 21:21:50 +0000 (22:21 +0100)]
Define Score as an enum
Increases performance because now we use one integer
for both midgame and endgame scores.
Unfortunatly the latest patches seem to have reduced a bit
the speed so at the end we are more or less at the same
performance level of the beginning. But this patch series
introduced also some code cleanup so it is the main reason
we commit anyway.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 18:18:44 +0000 (19:18 +0100)]
Change Score definition to avoid the union
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 18:47:02 +0000 (19:47 +0100)]
Revert "Do not extend at low depths if not in PV"
On Joona's QUAD:
Orig - Mod: 414 - 373
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 18:45:13 +0000 (19:45 +0100)]
Revert "IID in pv also when TT move depth is too small"
After almost 900 games we are at -2 ELO
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 14:56:56 +0000 (15:56 +0100)]
Last conversions to Score in evaluate.cpp
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 14:43:45 +0000 (15:43 +0100)]
Convert ThreatBonus to Score
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 14:35:11 +0000 (15:35 +0100)]
Convert RookOn7thBonus and QueenOn7thBonus to be Score
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 14:02:10 +0000 (15:02 +0100)]
Convert mobility bonus tables to Score
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 13:32:26 +0000 (14:32 +0100)]
Convert apply_weight() to handle Score
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 13:05:55 +0000 (14:05 +0100)]
Convert MaterialInfo and PawnInfo to use Score
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 12:12:58 +0000 (13:12 +0100)]
Introduce PieceSquareTable[16][64]
Instead of MgPieceSquareTable[16][64] and EgPieceSquareTable[16][64]
This allows to fetch mg and eg values from adjacent words in memory.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 11:40:48 +0000 (12:40 +0100)]
Convert Position to use Score struct
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 10:15:55 +0000 (11:15 +0100)]
Introduce Score struct
Save mid and end game scores in an union so to
operate on both values in one instruction.
This patch just introduces the infrastructure and changes
EvalInfo to use a single Score value instead of mgValue
and egValue.
Speed is more or less the same because we still don't use
unified midgame-endgame tables where the single assignment
optimization can prove effective.
No functional change.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Sat, 7 Nov 2009 09:08:28 +0000 (10:08 +0100)]
Fix correct name of int64_t type
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 6 Nov 2009 15:42:02 +0000 (16:42 +0100)]
Do not extend at low depths if not in PV
Only check extensions are allowed.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 6 Nov 2009 15:08:39 +0000 (16:08 +0100)]
IID in pv also when TT move depth is too small
Try an internal iterative deepening not only when we don't
have a TT move but also if search depth is more then 4*OnePly
higher then TT move depth.
On some tests it seems that in around 20% of cases ttMove changes !
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 6 Nov 2009 16:33:14 +0000 (17:33 +0100)]
Better big-endian support wording in Makefile
Suggested by Joona.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Marco Costalba [Fri, 6 Nov 2009 16:23:02 +0000 (17:23 +0100)]
Enable POPCNT only through Makefile
Also remove some fallback templates that prevent a
compile error in case the user runs 'make icc-profile-popcnt'
from a non supported machine.
We want to loudly fail in that case instead of silently
fallback in a non-popcount compilation.
Updated documentation too.
Signed-off-by: Marco Costalba <mcostalba@gmail.com>
Joona Kiiski [Fri, 6 Nov 2009 07:59:42 +0000 (09:59 +0200)]
Add popcnt-support in Makefile
Signed-off-by: Marco Costalba <mcostalba@gmail.com>