B计划之大整数的内存复制

无心人

还不常用么？ 复杂乘法经常用来分割整数吧？？ 超越边界的movdqu movdqa性能下降很厉害 不过，我考虑太大的内存复制很少出现 所以可以考虑是否有提供两个函数的必要？

gxqcn

原帖由 liangbch 于 2008-4-30 17:21 发表 我用的关于 Intel CPU spec 的手册是2007.5发布的，但依然没有关于Core 2 L2 cache 的spec，哪位有更新的spec，告诉我一声。

1. UINT32 max_extended_cpuid_value;
2. __asm
3. {
4. mov eax, 0x80000000;
5. CPUID;
6. mov dword ptr[max_extended_cpuid_value], eax;
7. }

复制代码

对于后期出品的 CPU，max_extended_cpuid_value 都会比较大，即支持更全面的 CPUID 命令：

1. UINT32 u32CacheL2size, u32CacheL3size; //KB
2. if ( 0x80000006 <= max_extended_cpuid_value )
3. {
4. __asm
5. {
6. mov eax, 0x80000006;
7. CPUID;
8. shr edx, 18;
9. shr ecx, 16;
10. shl edx, 9;
11. mov dword ptr[ u32CacheL2size ], ecx;
12. mov dword ptr[ u32CacheL3size ], edx;
13. }
14. }

复制代码

以上是从我的算法库中抠出的源代码。

无心人

你的代码在P4上是否能直接得到 L2 Cache尺寸?

gxqcn

都可以， 至少至今尚未有任何识别出错的反馈。 在 32# 我已给出了新近 CPU 的 L2、L3 cache size 的读取通用方法。

无心人

哦 那就简单了 不过，我说了有可能边界比L2大些， 所以不能简单的用L2做尺寸界限

无心人

刚考虑了 对超大的数据 是否分多次复制比较好呢 比如设L2Size是以字节为单位的L2 cache的大小 则每次复制L2Size / 8个双字 是否能比一次复制更好呢 有时间做下测试

liangbch

应该没有差别。经典的方法和你的这种方法都无法解决L2 cache命中率降低的问题。

无心人

那就要准确获得分界点了 以我的经验 似乎有点困难