为什么微软的list和gcc的list差这么多？

[加盾男爵]

const std::size_t MAX_LEN = 10000;
std::list<int> stdList;

auto startTime = std::chrono::system_clock::now();
for(std::size_t i = 0 ; i < MAX_LEN ; ++i)
    stdList.push_back(i);
auto endTime = std::chrono::system_clock::now();

std::cout<<"花费时间:"<<(endTime-startTime).count()<<std::endl;

64位win10系统

使用vs2019编译，64位release版本，运行两次，结果为
花费时间：1173258
花费时间：1250203

64为debug版本，运行2次结果为
花费时间：2366843
花费时间：2437730

然后我用64位MingW编译运行了下，

g++ main.cpp -o test

其中g++版本位7.3.0

然后运行2此结果位
花费时间：173692500
花费时间：170578100

我想问下同样list，为什么微软的list能比GUN的list快2个数量级？这个差距也太大了吧

[taodm]

都开到最优化编译了么？

[qq_40162781]

硬件也相同吗

[qq_40162781]

g++ -O3

[qq_40162781]

还有我不太清楚输出出来的时钟不是不一致的。你可以用duration_cast转换以下

[跑马溜溜的山上]

Clock的单位不同?一个是毫秒，另一个不同。
要除以
CLOCKS_PER_SECOND

[ztenv]

你这是release和debug对比的感觉，如3楼所说，加上-O3或-O2试试

[加盾男爵]

引用 2 楼 qq_40162781 的回复:

硬件也相同吗

实在同一台电脑上，相同的代码文件，只是用了不同的编译器

引用 6 楼 ztenv 的回复:

你这是release和debug对比的感觉，如3楼所说，加上-O3或-O2试试

我换了我自己的台式机，测试了代码，g++编译，版本还是7.3.0，时间是 1002100 如果编译时命令加了-O3，则为 997500 同一台电脑，使用vs2019编译64位的release版本，这个值为 4746

[qq_40162781]

引用 7 楼 加盾男爵的回复:

[quote=引用 2 楼 qq_40162781 的回复:]硬件也相同吗

实在同一台电脑上，相同的代码文件，只是用了不同的编译器

引用 6 楼 ztenv 的回复:

你这是release和debug对比的感觉，如3楼所说，加上-O3或-O2试试

我换了我自己的台式机，测试了代码，g++编译，版本还是7.3.0，时间是 1002100 如果编译时命令加了-O3，则为 997500 同一台电脑，使用vs2019编译64位的release版本，这个值为 4746 [/quote] 使用duration_cast<微秒>(endTime-startTime).count()转换成一个单位

[h2plus0]

是的， 就像 9L @qq_40162781 建议的一样， 需要转换成 millisecond, 或者 micro second， 例如: printf("花费时间ms: %ld \n", std::chrono::duration_cast<std::chrono::milliseconds>(endTime-startTime).count() ); printf("花费时间us: %ld \n", std::chrono::duration_cast<std::chrono::microseconds>(endTime-startTime).count() ); 如果只计算, endTime-startTime， 在不同的系统中（或不同的编译器中）， 可能并不能说明快慢