Re: [Bug-gnubg] How many threads can gnubg (reliably) handle?

[Michael Petch]

I use 8 cores on Linux with no real issues. The 16  cpu’s that are consumer level right now are the i7’s which appear as an OS as double the number of physical cores. Two dual quadcore i7’s with hyperthreading on a QPI bus appear as 16 cores to the OS (with proper support). My opinion is this. If there is a bug with 2 threads it likely exists with threads > 2. I have had great success for both rollouts and normal analysis on an 8 core system and running with 16 threads . I have found that setting threads to double the cores works well. 

Prior to the last release the limit was 16. In anticipation of people using newer i7’s I upped the maximum thread count to 48 which is available in the current build:

http://www.gnubg.org/media/windows/gnubg-MAIN-20090904-setup.exe

This release ups the maximum thread count, fixes the cache problem on plies > 3 and fixes an issue with matches 32 pts and higher when using a cache greater than zero. There were other minor fixes as well.

Time will tell on how well Gnubg scales on a large number of processors. 

On 08/09/09 1:04 AM, "address@hidden" <address@hidden> wrote:

I saw a cpu with 16 threads IIRC. Are there more than this available does anyone now?
What's the most threads gnubg can handle?
What's the highest bug free threads at the moment?
Thanks

---

View your other email accounts from your Hotmail inbox. Add them now. <http://clk.atdmt.com/UKM/go/167688463/direct/01/>

---

_______________________________________________
Bug-gnubg mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-gnubg