I was working on a project in Windows and using MS tools to generate disassembly to correlate the "mix" output of SDE with my program's disassasembly from MS with "link /dump /all" which includes the function specifications etc. I noted that the addresses of the blocks of code annotated in SDE are 16B, 0x10, off from that of SDE. I observed this with the latest version of SDE in windows. When trying to correlate blocks of SDE to those of windows in an automated fashion I noted this was a problem, since instr addresses don't match. Additonally, rip relative address instructions in MS were different, in instruction bytes in SDE, driven by this difference in the RIP of the instruction and that offsets from the RIP of SDE generated different instruction opcode bytes.
Are you aware of this and if not can you look into it. Thanks..
The SNB desktop CPU has some large performance advantages over Core I7, but not much due to ISA change.
Large gains are expected with future MKL library versions, taking advantage of AVX.
I'll be glad to test it when I have access to a SNB desktop, for a compute bound kernel it looks rather disapointing to have the same performance (due to L1D access bottleneck, particularlystores ?), maybe the extra YMM registers in 64-bit mode will help a bit the scaling of 256vs 128 ?