先放一张Anandtech的图，6330的整数是5.18，3.1GHz

本来想试试gcc12在ICE LAKE上有多少提升，结果git gcc源码的时候，编译完了才发现是gcc13，我摔
编译了老半天了。
测试就简单改了一下默认的配置文件，把编译器路径改成了我自己构建好的gcc13，也没有链接mimalloc之类的（怕这种beta版的编译器有bug）
一开始先用了-g O3 -march=native
结果 525编译不过，报错找不到VNNI指令集中的某指令，
我去，英特尔这是又在玩什么花活，X264跟VNNI指令有什么关系，gcc13不会要开始打鸡血了吧。而且ice lake-SP是支持的啊。明明能在CPUinfo里看到，难道是CentOS 7.9有问题？

环境：CentOS 7.9
内存：DDR4 2933 八通道 JEDEC时序
因为找不到VNNI指令，所以只能把编译命令换成了
-g -O3 -march=core-avx2（haswell以后的通用选项，不针对架构优化）
不链接内存优化库。
好吧 debug拉满了。
下面放一下我测试的结果

服务器没有图形界面，将就看看吧。3.1GHz，5.68，相比Anandtech测试结果提升了9.6%，接近10%了。
这到底是道德的沦丧，还是人性的泯灭？
Golden Cove在专属优化的Clear Linux下，用着最新的glibc和c++库，打了-march=native为架构优化的旗标，而且内存还是3600 C16......居然IPC只高了7.4%.......
Sunny Cove这鸡血打的。不知道如何评价。

前段时间雷丘微博上还谈笑风生，说Golden Cove该不会提升了20%吧。打脸来得如此之快
当然，Anandtech测试的Zen3跟ice lake的 IPC一样。而且已知gcc11提升3%，gcc12没提升，gcc13不知道还有没有提升，不知道后面会不会鸡血。
不过关键是，这是-march=core-avx2的结果。通用优化。
感觉不那么期待SPR了。

PS，Golden Cove的结果只是我测试的结果，考虑到Golden Cove有非常多的IPC，包括
雷丘的，6.71 @ 3.6G
某知名i黑的，5.47 @ 3.2G
知乎Edison chen的 7.6 @ 4.0G(还带了jemalloc）
A站的8.14 @ 不知道什么频率。
极客湾的 6.15 @ 3.9G
小心，你的Golden Cove甚至可能打不过Sunny Cove