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, "[email protected]" <[email protected]> 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 > [email protected] > http://lists.gnu.org/mailman/listinfo/bug-gnubg
_______________________________________________ Bug-gnubg mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnubg
