由于我最近刚学习CUDA，银行冲突似乎是CUDA设备中的限制之一，应该仔细考虑 . 但是当我在CUDA programming guide中读取计算能力3.0时，我发现了
“warp的共享内存请求不会在访问同一个64位字内的任何子字的两个线程之间产生存储体冲突（即使两个子字的地址属于同一个存储区）：例如，对于读访问，64位字被广播到请求线程并且对于写访问，每个子字只由一个线程写入（哪个线程执行写操作是未定义的） .
这是否意味着我们可以忽略CC 3.0或更高版本的CUDA应用程序的银行冲突？
由于我最近刚学习CUDA，银行冲突似乎是CUDA设备中的限制之一，应该仔细考虑 . 但是当我在CUDA programming guide中读取计算能力3.0时，我发现了
“warp的共享内存请求不会在访问同一个64位字内的任何子字的两个线程之间产生存储体冲突（即使两个子字的地址属于同一个存储区）：例如，对于读访问，64位字被广播到请求线程并且对于写访问，每个子字只由一个线程写入（哪个线程执行写操作是未定义的） .
这是否意味着我们可以忽略CC 3.0或更高版本的CUDA应用程序的银行冲突？
1 回答
我想我发现an answer.它并没有完全摆脱CC 3.0中的所有银行冲突，但多线程现在可以访问子字而没有任何银行冲突 . 我相信这会大大减少银行冲突的编程工作，特别是在我的项目上 .