Author: Vincent Diepeveen
Date: 11:10:00 01/01/02
Go up one level in this thread
On January 01, 2002 at 13:38:57, Gian-Carlo Pascutto wrote: >On January 01, 2002 at 13:25:25, Vincent Diepeveen wrote: > >>I guess he has only 1 pawn hash entry structure (not object). >> >>also more 8 bits code gives more register stalls. gives more buggy >>code, and what is more important. Bugs or using a few bytes more? >> >>> >>>Also, generally using more memory will cause more cache misses, and those >>>cost many cycles. Sometimes the panelty is smaller than the gain, but >>>sometimes not. I have sometimes had significant slowdowns because of using >>>some more KB of data (happened to me with the random value arrays for the >>>zobrist hash). >> >>you talk k6 times here ? >> >>L2 cache is like 512KB. not small. With DIEP i'm outside that anyway. > >Never the less, on the Athlon XP Sjeng runs faster when I make something >as often used as my move data structure 8 bits instead of 32 ! > >I seems that saving space in the cache is much more important than >some extra instructions. That is because your program still fits in L1 cache i bet. Also it is because of bad programming. If you program better then this is not necessarily true. Furthermore. 16 bits code is hell slow. Why would next generation of cpu not have 8 bits code hell slow too? >-- >GCP
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.