memcpy的实现指令一样的话，是不是跟主频和cpu cache、内存工作频率有关。ECC的一般慢？  
    
  昨天正好测试了一下机械盘文件读取，三十多兆的文件首次读进内存也只要500多毫秒，第二次因为有文件缓存就只需要11毫秒 ，也就是内存拷贝30多兆要不了11毫秒
    
  你这个4M就要400毫秒感觉夸张了，虽然带ECC  
    
      
      
  【 在 grainbuds (hello) 的大作中提到: 】  
  :  一台配置较高的服务器上memcpy的性能居然不如一台老旧的笔记本电脑，测试了拷贝不同大小字节的数据，最差的情况（4MB数据拷贝）居然差了4倍，400ms vs 100ms（循环500次总时间）。    
  :  服务器配置：2 * Intel Xeon 6242R + 4 * 8G DDR4 3200 ECC    
  :  笔记本配置：Intel i7-6820HQ + 2 * 8G DDR4 2133    
  :  系统都是win10。    
  --  
  发自xsmth (iOS版)  
  --
※ 修改:·z16166 于 Aug  6 14:52:46 2022 修改本文·[FROM: 221.216.116.*]
※ 修改:·z16166 于 Aug  6 14:58:11 2022 修改本文·[FROM: 221.216.116.*]
※ 来源:·水木社区 http://m.mysmth.net·[FROM: 221.216.116.*]

修改:z16166 FROM 221.216.116.*
FROM 221.216.116.*

【 在 grainbuds 的大作中提到: 】
: 测试程序是一样的，cpu主频，内存频率都是服务器比笔记本好，400ms是500次的总时间。
你可以自己写个memcpy测下试试
--
FROM 221.218.212.*

方便发测试代码看下吗

【 在 grainbuds 的大作中提到: 】
: 一台配置较高的服务器上memcpy的性能居然不如一台老旧的笔记本电脑，测试了拷贝不同大小字节的数据，最差的情况（4MB数据拷贝）居然差了4倍，400ms vs 100ms（循环500次总时间）。
: 服务器配置：2 * Intel Xeon 6242R + 4 * 8G DDR4 3200 ECC
: 笔记本配置：Intel i7-6820HQ + 2 * 8G DDR4 2133
: ...................
--
FROM 124.126.138.*

using namespace std::chrono;

void Test(size_t size, size_t cpy_times)
{
    printf("copy(size=%d bytes, loops=%d): ", size, cpy_times);
    char* src = new char[size]();
    char* dst = new char[size]();

    auto p1 = high_resolution_clock::now();
    for (int i = 0; i < cpy_times; ++i)
    {
        memcpy(dst, src, size);
    }
    auto p2 = high_resolution_clock::now();
    printf("time: %d ms\n", duration_cast<milliseconds>(p2 - p1).count());

    delete[] src;
    delete[] dst;
}



int main(int argc, char* argv[])
{
    Test(4096, 0x80000);
    Test(8192, 0x40000);
    Test(1024 * 500, 0x1000);
    Test(1024 * 1024 * 1, 0x800);
    Test(1024 * 1024 * 2, 0x400);
    Test(1024 * 1024 * 4, 0x200);
    Test(1024 * 1024 * 24, 0x100);
}
【 在 mountainlion 的大作中提到: 】
: 方便发测试代码看下吗
:
--
FROM 101.228.56.*

这有个关于linux的同样问题，
它这个除了memcpy的指令实现不同（在你的windows上可能没这个问题，因为应该是同一个exe拿去跑server和workstation的），还提到了：
streaming store(non-temporal store)
memory latency
memory align等方面的影响

https://stackoverflow.com/questions/22793669/poor-memcpy-performance-on-linux

ECC的影响较小，这有个老数据：
https://www.pugetsystems.com/labs/articles/ECC-and-REG-ECC-Memory-Performance-560/

【 在 grainbuds 的大作中提到: 】
: 现在使用的是Windows系统，我查了一下，尝试使用VirtualAllocExNuma从同一个node分配内存，测试下来没有变化，不知道是否正确。
--
修改:z16166 FROM 125.35.123.*
FROM 125.35.123.*