我已经阅读了这个主题：
C# Thread safe fast(est) counter并在我的并行代码中实现了这个功能.据我所知,它一切正常,但它已经大大增加了处理时间,大约10％左右.
它一直困扰着我,我认为问题在于我在小数据片段上做了大量相对便宜(< 1量子)的任务,这些片段很好地分配并可能充分利用缓存局部性,从而以最佳方式运行.根据我对MESI的了解,我最好的猜测是,Interlocked.Increment中的x86 LOCK前缀将高速缓存行推入独占模式并强制其他内核上的高速缓存未命中并强制高速缓存重新加载每个单独的并行传递只是为了增量这个柜台.有100ns-ish延迟缓存未命中和我的工作量似乎加起来. (然后,我可能是错的) 现在,我没有看到它的方法,但也许我错过了一些明显的东西.我甚至考虑使用n个计数器(对应于并行化程度)然后在特定核心上递增每个,但是它似乎不可行(检测我所使用的核心可能会更昂贵,更不用说详细的if / then / else结构和搞乱执行管道).关于如何打破这头野兽的任何想法？
