Discussion of anything and everything relating to chess playing software and machines.
Moderators: hgm, Dann Corbit, Harvey Williamson
Forum rules
This textbox is used to restore diagrams posted with the [d] tag before the upgrade.
-
mcostalba
- Posts: 2684
- Joined: Sat Jun 14, 2008 7:17 pm
Post
by mcostalba » Tue Feb 02, 2010 7:36 am
This is a maintenance release of Stockfish 1.6.x series, you can download sources from here:
http://www.mediafire.com/file/y54mmw32hyw/sf_1.6.3.rar
It is 100% functionally and speed equivalent to 1.6.2 so there is
NO ELO DIFFERENCE, so, as usual, testers do not need to redo anything.
The aim of this release is to fix all the reported bugs that have been accumulated in these weeks.
Code: Select all
So here are the fixes:
- Extend maximum hash size to 8GB (it was 2 GB)
- Fix a possible crash when using many threads (thanks to Bruno Causse for the fix)
- Fix en-passant parsing from fen string
- Fix various UCI interface issues so that now connection with GUI should be reliable with all the GUIs
- Fix compatibility with gcc 4.4
- Fixes a Chess960 bug when playing with more than one search thread
- Add hardware POPCNT support for gcc: use 'make gcc-popcnt' to enable hardware POPCNT support if you have an i7 / i5 CPU
- Fix sending of best move during an infinite search
- Optimized "Minimum Split Depth" for 8 cores and removed auto-limitation to 7 cores (thanks to Louis Zulli)
Thanks to the (many) people that helped with bug reports and testing.
Please Jim, could you be so kind to setup the binaries ?
Thanks
SF Team
-
swami
- Posts: 6546
- Joined: Thu Mar 09, 2006 3:21 am
Post
by swami » Tue Feb 02, 2010 7:43 am
Thanks, and am now waiting for Jim's compile as well as one from Dann!

-
Eelco de Groot
- Posts: 4279
- Joined: Sun Mar 12, 2006 1:40 am
- Location: Groningen
Post
by Eelco de Groot » Tue Feb 02, 2010 8:19 am
That is fantastic! Thanks for making a maintenance version Marco!
Eelco
Debugging is twice as hard as writing the code in the first
place. Therefore, if you write the code as cleverly as possible, you
are, by definition, not smart enough to debug it.
-- Brian W. Kernighan
-
jpqy
- Posts: 532
- Joined: Thu Apr 24, 2008 7:31 am
- Location: Belgium
Post
by jpqy » Tue Feb 02, 2010 10:56 am
This is great..i don't find it just little fixes..they are important..and when i gonne have a i7 compile,i think i gonne see a little strenght gain again
Thank you very much!!
JP.
-
maxchgr
Post
by maxchgr » Tue Feb 02, 2010 6:56 pm
What is the purpose of the different compiles? I ask this not understanding what are compiles actually - thank you.
-
Eelco de Groot
- Posts: 4279
- Joined: Sun Mar 12, 2006 1:40 am
- Location: Groningen
Post
by Eelco de Groot » Tue Feb 02, 2010 7:16 pm
maxchgr wrote:What is the purpose of the different compiles? I ask this not understanding what are compiles actually - thank you.
A compile is a translation of the 'sources' or the program code, the things you want the program to do, to a working program, this is done by a 'compiler'. Different compilers produce slightly different programs.
Not everybody has the same operating system on his computer. Most people know Windows, for them there is the Windows compile but you also have to take into account the number of bits that the program can use with your Windows. The 32 bits version will always work I think on both 32 bits Windows and 64 bits Windows, but if you happen to have 64 bits Windows then the program can use 'bitboards' that are exactly the same size as the number of squares on a chessboard, namely 64

One bit for every square, this is a convenient way to store chess knowledge in the program. Not having to break its bitboards in half makes the program a bit faster.
Eelco
Debugging is twice as hard as writing the code in the first
place. Therefore, if you write the code as cleverly as possible, you
are, by definition, not smart enough to debug it.
-- Brian W. Kernighan
-
IanO
- Posts: 487
- Joined: Wed Mar 08, 2006 8:45 pm
- Location: Portland, OR
-
Contact:
Post
by IanO » Wed Feb 03, 2010 2:16 am
On OS X 10.6, Apple's g++ 4.2.1 also accepts a -fast compile option. It subsumes -O3 and adds a handful of other speed tweaks. When running the benchmark (SP) on a Core 2 Duo, it gives me a 4% nps increase. Is that significant enough for you to change the osx-* targets in the default Makefile?
Ian
-
mcostalba
- Posts: 2684
- Joined: Sat Jun 14, 2008 7:17 pm
Post
by mcostalba » Wed Feb 03, 2010 7:24 am
IanO wrote:On OS X 10.6, Apple's g++ 4.2.1 also accepts a -fast compile option. It subsumes -O3 and adds a handful of other speed tweaks. When running the benchmark (SP) on a Core 2 Duo, it gives me a 4% nps increase. Is that significant enough for you to change the osx-* targets in the default Makefile?
Ian
Yes, it is. But I don't have an OS X to test. Also the -fast option works with gcc 4.2.1 or also with older compilers ?
If you are willing to test I can post a patch for you. Let me know.
-
zullil
- Posts: 6442
- Joined: Mon Jan 08, 2007 11:31 pm
- Location: PA USA
- Full name: Louis Zulli
Post
by zullil » Wed Feb 03, 2010 9:42 am
IanO wrote:On OS X 10.6, Apple's g++ 4.2.1 also accepts a -fast compile option. It subsumes -O3 and adds a handful of other speed tweaks. When running the benchmark (SP) on a Core 2 Duo, it gives me a 4% nps increase. Is that significant enough for you to change the osx-* targets in the default Makefile?
Ian
This is correct. I got a 3.3% increase in nps using -fast instead of -O3. This was on a Core 2 Duo MacBook.
Be advised that while Apple's gcc accepts -fast, this option does not exist for all versions of gcc. For example, it doesn't exist for gcc-4.4, which I also installed on my Mac.
-
UncombedCoconut
- Posts: 319
- Joined: Fri Dec 18, 2009 10:40 am
- Location: Naperville, IL
Post
by UncombedCoconut » Wed Feb 03, 2010 9:57 am
zullil wrote:IanO wrote:On OS X 10.6, Apple's g++ 4.2.1 also accepts a -fast compile option. It subsumes -O3 and adds a handful of other speed tweaks. When running the benchmark (SP) on a Core 2 Duo, it gives me a 4% nps increase. Is that significant enough for you to change the osx-* targets in the default Makefile?
Ian
This is correct. I got a 3.3% increase in nps using -fast instead of -O3. This was on a Core 2 Duo MacBook.
Be advised that while Apple's gcc accepts -fast, this option does not exist for all versions of gcc. For example, it doesn't exist for gcc-4.4, which I also installed on my Mac.
It may (or may not) be interesting to see whether a combination of portable compiler flags implied by -fast can give a significant speedup. You should be able to find out what these flags are by comparing the output of g++ -O3 -Q --help=optimizers and g++ -fast -Q --help=optimizers.