tels yszrnxnpjfcbloodgatecom moin tuesday 23 october 2007 060919 jim cromie wrote jerry hedden wrote 102207 brandon black wrote 102207 jerry hedden wrote 102207 nicholas clark wrote mon oct 22 2007 101136am 0400 jerry hedden wrote code freeze near hard overstate importance cache performance question paper httpwwwcsmuozaunjnpubscachelargelazy2002ps figures comparing cachegrind results hardware counter results werent bad looks cache ghc haskell written one valgrinds major contributors great read repeat execution cost model sect 5 cycles 08i 12c1 206c2 10b iinstructions c1c2 d1 d2 cache misses b mispredicted branches model see cost cache misses massive macro question expanded many times hot code could see contributing cache thrashing however also take giant cache sizes account cpus 512kbyte l1 cache fit lot code much smaller cache suddenly benchmarks completely different likewise lightly loaded machine makes benchmark bogus since never know background process thrashed cache memory access goes cache cpus like mine dualcore speed changing confuse things even cant even sure cpu runs test ghz dont forget code alignment inline one function code gets aligned differently making cache hits misses differently best tels signed tue oct 23 084654 2007 key 0x93b84c15 view photo gallery httpbloodgatecomphotos pgp key httpbloodgatecomtelsasc per email dont want belong club accept member groucho marx thu 07 aug 2008 004427 0200 code freeze