如果我有一个具有3D世界的游戏，而这个世界很大，因此需要将其分成块，那么使用128字节块与150字节块相比，是否存在重大的性能优势？显然，块中的对象仍然是整数个字节。
也就是说，chunks[128][128][128] 是否比 chunks[150][150][150] 或 chunks[112][112][112] 更快？是否存在过多的RAM浪费等其他副作用？还有其他需要考虑的因素吗？
我只是发现把所有变量和数组存储为2的幂次方大小是一种惯例，但我不确定是否有任何优点，以及是否可以更好地使用更人性化的数字，例如100或150。
其他回答确实正确，使用移位比乘法可以使2的幂大小的数据受益。
然而，2的幂大小的数据有一个暗面。它可能会在你最不希望的时候袭击你。
看看这两个问题/答案：
当你的数据集是2的幂次方时，它们更可能在内存中超级对齐（意思是它们的地址很可能在大的2的幂次方上具有相同的模数）。
虽然这似乎是可取的，但可能会导致：
对于所有性能问题，您需要进行测量，测量和测量...并准备好期望任何事情发生。
您提到您正在表示3D空间-这正是可能导致减速的2的幂步长内存访问的情况。
它不是“更快”，而是更好地利用可用内存，因为硬件和操作系统以最可能是2的幂的大小单位管理内存。分配小于2的幂的内容通常会导致浪费内存，因为需要对齐。
如果您深入研究分配程序和操作系统内存管理器，您将发现它们以2的幂大小来管理所有内容。操作系统通常按页面来管理进程的内存，而页面大小现在通常为4096个字节。因此，如果您想要分配一个4000字节的块，则操作系统仍然会分配4096字节，剩余的96字节将被浪费。
chunks[150][150][150]
chucks[x][y][z] = 123;
处理器必须进行乘法运算（例如：z + 150 * (y + 150 * x) ...）以获得地址。
如果使用2的幂次方常数，则编译器可以进行一些优化，并使用移位而不是乘法。新CPU使乘法变得非常快，因此效果微不足道。
使用大表可能会导致大量的缓存未命中。因此，较小的表可能比较大的表更快，即使较大的表具有2的幂次方大小的维度，而较小的表没有。
在软件编程中，二的幂次方经常被使用，因为计算机使用的是二进制。
例如，操作系统将内存分配给2的幂次方块大小，处理器缓存大小也是2的幂次方，地址大小也是2的幂次方等等。
使用二的幂次方值进行操作也可以进行优化 - 乘法或除法变成了简单的位移。
基本上确保所有东西都使用二的幂次方可能会提高软件性能，但通常编译器和/或操作系统会确保您使用任意大小时数据被有效利用。
它可能更快，也可能更慢，也可能是相同的速度。仅仅通过查看代码很难给出正确的答案。所以答案是：测量它，改变代码，再次测量它。如果您的代码必须在不同的计算机上运行，请在每台计算机上进行测量。
我倾向于认为二的幂对齐通常会带来严重的问题，并且使用比所需更多的内存不会有助于性能。使用适合某些缓存的小部分内存进行大量操作，然后切换到下一个内存部分，通常会有所帮助。访问连续的内存地址通常会有所帮助。四舍五入以便可以使用矢量操作通常会有所帮助。
index到index+1之前）占用的内存部分可以作为一个整体访问的机会。 - pmg