好遗憾,14个核(6大8小),干不过M1的8个核(4大4小)

hawie16天前0

今日编译同一个linux内核4.19.90,发现
12代 i7-12700H,16G RAM,用make -j 20,跑满20线程编译,风扇狂转,CPU利用率100%,温度95度,耗时1分22秒。
M1,8G RAM,用make -j 8,跑8线程编译,云淡风轻,风扇温度无感,耗时59秒。
最新回复 (63)
  • 楼主hawie15天前
    引用2
    真是有意思,CHH越来越有意思了,……
    本来我正下载了楼上朋友提出的phoronix-test-suite,计划对比一下在其他场景下的测试情况,结果下载超级慢:

    先终止不测这个了...
    ...因为熊大亲自把另一个帖链接贴过来了
    https://www.chiphell.com/thread-2413459-1-1.html
    我怎么也得回应一下,也把我测试的详细过程补上来。
    之所以继续回帖来补充内容,而不改顶楼原帖及其他回帖,也是为保留真实结论。
    孰高孰低不重要,至少我保证测试真实。包括以下即将补充的详细过程。(仅本帖修改,以便稍后截图补充详细过程)
    背景,我曾经在某些贴子当中,也顺带抱怨过M1,没有第三方的异构虚拟机能达到苹果自家的rosetta2的转换效率,这是我再买一台12700H的原因,因为日常需求当中,有些环境必须得x86。
    所以,才有顺便测了一下两边的编译性能,意外之余,上来寥寥几句分享了一下结果。我想大概也不会有实际用户,无聊到特意整个什么特殊场景,去抬高一方,贬低一方吧。M1与12700H谁高,苹果与牙膏厂谁都也不会给多我们一分优惠一分返利。
    先给对方指出一个小经验,应该是Hyper V的性能也不行,才让你得出编译内核需要3分多钟的结果。并不是给虚拟机分了全部U,就真达到了预期的效果。这个问题我用VMware workstation也遇到过,明明分配了20个U,不管你1P20C还是20P1C,编译都是3分钟往上。我这测试只分配8个U,也是能跑出只要3分多钟。所以,应该是虚拟机的性能不行。
    但是裸奔,就是1分20秒左右。就是我顶楼发帖中的成绩。
    同样,
    对方测试所用M1的docker,也是性能不行的,当初拿到M1,我第一时间也是想到的装docker, 因为省事嘛,结果性能不行,当时是用geekbench测的,跟macOS原生成绩相差不小。后来,发现VMware给M1的预览版(至今还是预览版,没出正式版,现在网上可以随意下载到),可以达到接近原生的性能,具体值记不得了,好象是98%还是99%之类。
    所以我在M1上的测试,是用的虚拟机,这点我在之前这个帖中也是补充说明了的。回头M1的截图也会展示到,是在虚拟机环境中运行的。
    先上M1的:


    图片上传限制不清晰,补截局部:


    以上涉及的几个小脚本,本只是为了自个日常使用方便的,文本如下:
    1. 启动并登录无图形界面Ubuntu
    #!/bin/sh
    /Applications/VMware\ Fusion\ Tech\ Preview.app/Contents/Library/vmrun start /Users/howie/Virtual\ Machines.localized/UbuntuServer-Arm20.04.3.vmwarevm nogui
    #echo
    echo loading ubuntu server for arm64...
    ssh arm复制代码
    2. arm是预配置在sshd中的,主要也为了方便免密远程访问
    Host arm
    HostName 192.168.1.138
    Port 22
    User release
    IdentityFile ~/.ssh/id_rsa复制代码
    3. test.sh脚本
    make clean
    START_TIME=`date`
    make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- -j8 vmlinux
    END_TIME=`date`
    echo Time spent:
    echo 'From, '$START_TIME
    echo 'To, '$END_TIME复制代码
    为了与对方有个参照,启动test.sh时,也在前面加了time。我日常使用不会用这个time,因为time有更多任务调度时间误差,不如自己脚本编译前后加一句取的时间准确。
    至于指定CC=cc-lang 12编译器,编译提示stpcopy报错,所以去掉了指定的CC。编译器是最小可能引起差异的原因,之后在x86上作了对比测试,交叉编译aarch64代码与直接生成x86目标代码,用不同的编译器,时间显示相差1秒而已。
    这里可以这样表达,我们对比的是,编译同一内核代码,生成同一目标代码(aarch64)所花的时间。当然在x86上,也将生成x86目标代码的时间作为参照,以说明交叉编译与否对编译时间影响不大。
    特意下载一个截长屏的iShot,没玩转,再者想到上传图500KB限制,截长图也会看不清,所以就截了前与后。如果仍有质疑,可以拍个视频,上传网盘。
    右上角是iStat显示的CPU温度风扇转速,留意了整个编译过程的最高温度,性能核52度、能效核37度,风扇最高17xx转。
    图中M1的硬盘性能可以看出,应该不是硬盘差异引起,因为x86上使用的是9A1 2TB,4K成绩比这还高不少。
    M1测试拍屏:
    视频文件:M1vs12700H\M1_2022-05-14_101555.mov
    视频文件截图:M1vs12700H\M1_2022-05-14_101555-capture.jpg

    X86测试拍屏:
    视频文件:M1vs12700H\12700H_2022-05-14_042936.mov
    视频文件截图:M1vs12700H\12700H_2022-05-14_042936-capture.jpg

    下载地址,百度网盘(提取码: cs9e):
    https://pan.baidu.com/s/1WkWQniQdl3_PyPGTTqUgRw?pwd=cs9e
    以上测试,保证真实视频记录,无后期编辑。
    鉴于下面的原因,本贴相关测试不再提供进一步的详细解说,不再回复任何疑问。
    刚去浏览了一下对方链接的精彩回复。觉得很搞笑。
    一些人,总是选择相信,自己愿意相信的。
    且不说对方楼主还亲力亲为去验证才发表意见,神奇的是回帖的一些人,有暗讽的,有嘲笑的,有瞬间就得出打脸的结论的,还为此争论不休!是这么一个自己心理预设的期望结果出现了,验证自己才是见多识广、真知卓见了吗?
    是12700H只几个核跑出2、3分钟,就应该骄傲吗?看看上面我指出的,你将虚拟机设置成全部核心去跑,充其量也还是2、3分多钟。少配几个核,继续骄傲吗?
    对比M1跑出3分多钟,依据是这个吗?呵呵。
    说难听一点,你们不行哦!你们能在M1跑出59秒左右的成绩,在12700H跑出1分20秒左右的成绩吗?!
    我能,但这只是我不经意的日常,没啥好值得骄傲的,M1/12700H谁强谁弱还是都得用都在用,相比编译个内核也得歇斯底里狂转(大家可以听听视频里的风扇起降声音)的12700H,个人更宁愿用M1,就算M1反过来慢几十秒也会优先用M1,所以,跑这些成绩对于选择用谁,其实并不重要。尽管一个场景强弱不代表综合实力,似乎一些人就容不得M1这个场景胜出,很遗憾,胜出就是事实。
    本来只是分享几句自己也觉得小意外的顺手测试的结论,非得要打脸,打谁的脸?!
    自己做不到,不代表别人做不到,自己做不到就去膜拜或许自己也能做到的3分钟左右的成绩,这就是我们的CHHer吗?
    还有,我们有加分权限的大佬们是不是都去氛围组客串去了,高的成绩不加分,低的成绩纷纷加分?这是什么逻辑?
  • leverkusen16天前
    引用3
    默认目标平台。
  • 楼主hawie16天前
    引用4
    忘了补充一点,M1还只是在vmware fusion虚拟机当中跑的Ubuntu测试的。12700H是裸奔Ubuntu。
  • 赫敏16天前
    引用5
    小心哦,说不定会有dsp大神告诉你苹果是用dsp跑的编译
  • chp197916天前
    引用6
    已经需要这样刷存在感了吗
  • Deadly_J16天前
    引用7
    有什么需求买什么电脑很正常啊
  • 楼主hawie16天前
    引用8
    chp1979 发表于 2022-5-12 22:07
    已经需要这样刷存在感了吗
    M1算是一年前入手的老机了,12700H是新入手的,正好每个机里有同样的内核,前后加一计时,顺手编译测试一下性能。结果意外。
  • chp197916天前
    引用9
    hawie 发表于 2022-5-12 22:11
    M1算是一年前入手的老机了,12700H是新入手的,正好每个机里有同样的内核,前后加一计时,顺手编译测试一 ...
    C4D redshift m1ultra只提升百分之十几我也感到意外,但我犯不着单独发一帖说多少多少晶体管没打过某某多少多少晶体管令人感叹
  • 楼主hawie16天前
    引用10
    赫敏 发表于 2022-5-12 22:07
    小心哦,说不定会有dsp大神告诉你苹果是用dsp跑的编译
    没有针对M1优化,linux开源的内核,还是在虚拟机里跑的。扯不到dsp什么事吧。
  • pcgsf2216天前
    引用11
    有没有可能arm系统的编译器后端工作量更小?
  • 引用12
    ARM怎么可能干得过X86?X86才是强无敌的!水果一定是虚假搞出来的成绩,当年水果一脚踢开阴特尔,绝对是错误!
  • 楼主hawie16天前
    引用13
    chp1979 发表于 2022-5-12 22:13
    C4D redshift m1ultra只提升百分之十几我也感到意外,但我犯不着单独发一帖说多少多少晶体管没打过某某多 ...
    你ultra太牛了,不过提升再少也是提升了。牙膏厂后出的新U,竟然还是没干过一年前的苹果,不同厂家之间BS一下还是正常的吧。
  • 楼主hawie16天前
    引用14
    Deadly_J 发表于 2022-5-12 22:08
    有什么需求买什么电脑很正常啊
    刚好有个公共需求,跑linux。
  • 楼主hawie16天前
    引用15
    pcgsf22 发表于 2022-5-12 22:15
    有没有可能arm系统的编译器后端工作量更小?
    有可能,不过编译器都是gcc。
  • 楼主hawie16天前
    引用16
    邪恶的光B 发表于 2022-5-12 22:16
    ARM怎么可能干得过X86?X86才是强无敌的!水果一定是虚假搞出来的成绩,当年水果一脚 ...
    你……太邪恶了
  • ljy141416天前
    引用17
    LZ的M1是本子吧? 如果是Pro很正常,Air可能就差不多时间了 (散热问题)
  • pcgsf2216天前
    引用18
    hawie 发表于 2022-5-12 22:23
    有可能,不过编译器都是gcc。
    但输出的二进制码不一样。。。
  • 楼主hawie16天前
    引用19
    ljy1414 发表于 2022-5-12 22:25
    LZ的M1是本子吧? 如果是Pro很正常,Air可能就差不多时间了 (散热问题)
    不是本子,是mini
  • tonimao16天前
    引用20
    评估cpu硬实力,我只认RandomX
  • ljy141416天前
    引用21
    hawie 发表于 2022-5-12 22:27
    不是本子,是mini
    感觉是良好的散热提升了编译效率,i U可能降频了?
  • 赫敏16天前
    引用22
    hawie 发表于 2022-5-12 09:14
    没有针对M1优化,linux开源的内核,还是在虚拟机里跑的。扯不到dsp什么事吧。 ...
    不扯dsp,就没有别的扯了吗
    酸的角度很多的,看这贴里某人没有角度也要强行酸一下
  • marble16天前
    引用23
    先弄成环境和目标完全一致了再比科学点吧。不过话说12代整数性能提升很小。
  • 唯爱凤凤16天前
    引用24
    还是CHH 有点意思,终于不是扯视频编辑了
  • EliWallace16天前
    引用25
    会不会是 M1 存储的速度快?编译 Linux 内核,大量小文件的读写,IO 量挺可观的。
  • ricercar16天前
    引用26
    -j 20是不是太高了?
  • panzerlied16天前
    引用27
    我记得M1也能原生linux了吧
  • kjwlegend16天前
    引用28
    苹果现在的主要目标用户,不就是程序员和媒体创作用户?这两项是强项
  • beowulf16天前
    引用29
    正常。
    m1确实黑科技,要是果子愿意多塞点cpu核心,少放点gpu,拿来做点科学计算就更好了。
  • yihui556616天前
    引用30
    正常,CISC终究会被RISC 取代,现在只不过是软件兼容问题而已
  • 周喆16天前
    引用31
    但是贵啊
  • 我更倾向于没有控制变量,网上找到个benchmark
    https://openbenchmarking.org/test/pts/build-linux-kernel-1.13.0
  • token16天前
    引用33
    M1的内存系统功劳啊,编译还是涉及大量的IO吞吐,m1那个带宽相当可以了。
  • zhuifeng8816天前
    引用34
    token 发表于 2022-5-13 00:01
    M1的内存系统功劳啊,编译还是涉及大量的IO吞吐,m1那个带宽相当可以了。
    然后一看有控制变量的benchmark, m1编译早期linux内核连8565u都打不过
  • panzerlied 发表于 2022-5-12 22:53
    我记得M1也能原生linux了吧
    asahi linux,创始团队还整了个vtuber。
    https://www.youtube.com/c/AsahiLina/videos
  • jerrytsao15天前
    引用36
    现在CHH气氛组越来越牛逼, 都开始挑拨战争了
  • lshzh15天前
    引用37
    男中音钢琴家 发表于 2022-5-12 23:58
    我更倾向于没有控制变量,网上找到个benchmark
    https://openbenchmarking.org/test/pts/build-linux-kernel ...
    然而这个benchmark才是没有控制变量的...他在什么架构上就编译什么架构的kernel
    真正控制变量的bench,是在x86_64上编译x86_64的kernel,在m1上也编译相同的x86_64的kernel:
    12900K 8P+8E 9分12秒
    M1Pro 6P+2E 20分45秒
    三分之一的线程数大概有一半少点的性能
    楼下有聪明仔说比不过8565u,X1上的i7-1185G7干同样的活花了72分钟...11代低压谁买谁韭菜
    ——————————————————————————————————
    准确的说是编译kernel和kernel mod,所以比openbenckmarking上用时久
  • gylj705815天前
    引用38
    不过话说12代整数性能提升很小。
  • 深秋15天前
    引用39
    莫名喜感
  • psps315天前
    引用40
    深秋 发表于 2022-5-13 06:49
    莫名喜感
    哈哈
  • yajian215天前
    引用41
    不吹不黑,编kernel除了cpu,内存大小,硬盘速度都很重要,尤其后者,编译过程中大量小文件产生。
    不过我印象中,从头开始编内核,耗时一般十几分钟,现在只要一分钟了,看来要换电脑了。
  • kiteee15天前
    引用42
    赫敏 发表于 2022-5-12 22:07
    小心哦,说不定会有dsp大神告诉你苹果是用dsp跑的编译
    对这个成绩这么笃定,那到底是怎么跑出来的呢
  • genesisx15天前
    引用43
    m1又不能打命令与征服3,pass。。。
  • xinxin198215天前
    引用44
    yihui5566 发表于 2022-5-12 23:15
    正常,CISC终究会被RISC 取代,现在只不过是软件兼容问题而已
    97年时候电脑报也这么说
  • jjj25252515天前
    引用45
    机顶盒跑4k硬解比奔腾软解快不是常识吗?这能说明机顶盒比奔腾强?
  • lshzh 发表于 2022-5-13 05:11
    然而这个benchmark才是没有控制变量的...他在什么架构上就编译什么架构的kernel
    真正控制变量的bench, ...
    玩论坛别太认真。楼主丢个离谱的结论,没有给任何详细参数,我不觉得这是来认真讨论的。他找个离谱的结论,我也随便找了个离谱的结论。M1比12700h强?8565U比M1强?说真的我都不信,但如果楼主觉得这个数据有问题,他应该自己去分析,顺便把他自己的分析一下。我没有这个闲心陪他玩。
  • 楼主hawie15天前
    引用47
    真是有意思,CHH越来越有意思了,……
    本来我正下载了楼上朋友提出的phoronix-test-suite,计划对比一下在其他场景下的测试情况,结果下载超级慢:

    先终止不测这个了...
    ...因为熊大亲自把另一个帖链接贴过来了
    https://www.chiphell.com/thread-2413459-1-1.html
    我怎么也得回应一下,也把我测试的详细过程补上来。
    之所以继续回帖来补充内容,而不改顶楼原帖及其他回帖,也是为保留真实结论。
    孰高孰低不重要,至少我保证测试真实。包括以下即将补充的详细过程。(仅本帖修改,以便稍后截图补充详细过程)
    背景,我曾经在某些贴子当中,也顺带抱怨过M1,没有第三方的异构虚拟机能达到苹果自家的rosetta2的转换效率,这是我再买一台12700H的原因,因为日常需求当中,有些环境必须得x86。
    所以,才有顺便测了一下两边的编译性能,意外之余,上来寥寥几句分享了一下结果。我想大概也不会有实际用户,无聊到特意整个什么特殊场景,去抬高一方,贬低一方吧。M1与12700H谁高,苹果与牙膏厂谁都也不会给多我们一分优惠一分返利。
    先给对方指出一个小经验,应该是Hyper V的性能也不行,才让你得出编译内核需要3分多钟的结果。并不是给虚拟机分了全部U,就真达到了预期的效果。这个问题我用VMware workstation也遇到过,明明分配了20个U,不管你1P20C还是20P1C,编译都是3分钟往上。我这测试只分配8个U,也是能跑出只要3分多钟。所以,应该是虚拟机的性能不行。
    但是裸奔,就是1分20秒左右。就是我顶楼发帖中的成绩。
    同样,
    对方测试所用M1的docker,也是性能不行的,当初拿到M1,我第一时间也是想到的装docker, 因为省事嘛,结果性能不行,当时是用geekbench测的,跟macOS原生成绩相差不小。后来,发现VMware给M1的预览版(至今还是预览版,没出正式版,现在网上可以随意下载到),可以达到接近原生的性能,具体值记不得了,好象是98%还是99%之类。
    所以我在M1上的测试,是用的虚拟机,这点我在之前这个帖中也是补充说明了的。回头M1的截图也会展示到,是在虚拟机环境中运行的。
    先上M1的:


    图片上传限制不清晰,补截局部:


    以上涉及的几个小脚本,本只是为了自个日常使用方便的,文本如下:
    1. 启动并登录无图形界面Ubuntu
    #!/bin/sh
    /Applications/VMware\ Fusion\ Tech\ Preview.app/Contents/Library/vmrun start /Users/howie/Virtual\ Machines.localized/UbuntuServer-Arm20.04.3.vmwarevm nogui
    #echo
    echo loading ubuntu server for arm64...
    ssh arm复制代码
    2. arm是预配置在sshd中的,主要也为了方便免密远程访问
    Host arm
    HostName 192.168.1.138
    Port 22
    User release
    IdentityFile ~/.ssh/id_rsa复制代码
    3. test.sh脚本
    make clean
    START_TIME=`date`
    make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- -j8 vmlinux
    END_TIME=`date`
    echo Time spent:
    echo 'From, '$START_TIME
    echo 'To, '$END_TIME复制代码
    为了与对方有个参照,启动test.sh时,也在前面加了time。我日常使用不会用这个time,因为time有更多任务调度时间误差,不如自己脚本编译前后加一句取的时间准确。
    至于指定CC=cc-lang 12编译器,编译提示stpcopy报错,所以去掉了指定的CC。编译器是最小可能引起差异的原因,之后在x86上作了对比测试,交叉编译aarch64代码与直接生成x86目标代码,用不同的编译器,时间显示相差1秒而已。
    这里可以这样表达,我们对比的是,编译同一内核代码,生成同一目标代码(aarch64)所花的时间。当然在x86上,也将生成x86目标代码的时间作为参照,以说明交叉编译与否对编译时间影响不大。
    特意下载一个截长屏的iShot,没玩转,再者想到上传图500KB限制,截长图也会看不清,所以就截了前与后。如果仍有质疑,可以拍个视频,上传网盘。
    右上角是iStat显示的CPU温度风扇转速,留意了整个编译过程的最高温度,性能核52度、能效核37度,风扇最高17xx转。
    图中M1的硬盘性能可以看出,应该不是硬盘差异引起,因为x86上使用的是9A1 2TB,4K成绩比这还高不少。
    M1测试拍屏:
    视频文件:M1vs12700H\M1_2022-05-14_101555.mov
    视频文件截图:M1vs12700H\M1_2022-05-14_101555-capture.jpg

    X86测试拍屏:
    视频文件:M1vs12700H\12700H_2022-05-14_042936.mov
    视频文件截图:M1vs12700H\12700H_2022-05-14_042936-capture.jpg

    下载地址,百度网盘(提取码: cs9e):
    https://pan.baidu.com/s/1WkWQniQdl3_PyPGTTqUgRw?pwd=cs9e
    以上测试,保证真实视频记录,无后期编辑。
    鉴于下面的原因,本贴相关测试不再提供进一步的详细解说,不再回复任何疑问。
    刚去浏览了一下对方链接的精彩回复。觉得很搞笑。
    一些人,总是选择相信,自己愿意相信的。
    且不说对方楼主还亲力亲为去验证才发表意见,神奇的是回帖的一些人,有暗讽的,有嘲笑的,有瞬间就得出打脸的结论的,还为此争论不休!是这么一个自己心理预设的期望结果出现了,验证自己才是见多识广、真知卓见了吗?
    是12700H只几个核跑出2、3分钟,就应该骄傲吗?看看上面我指出的,你将虚拟机设置成全部核心去跑,充其量也还是2、3分多钟。少配几个核,继续骄傲吗?
    对比M1跑出3分多钟,依据是这个吗?呵呵。
    说难听一点,你们不行哦!你们能在M1跑出59秒左右的成绩,在12700H跑出1分20秒左右的成绩吗?!
    我能,但这只是我不经意的日常,没啥好值得骄傲的,M1/12700H谁强谁弱还是都得用都在用,相比编译个内核也得歇斯底里狂转(大家可以听听视频里的风扇起降声音)的12700H,个人更宁愿用M1,就算M1反过来慢几十秒也会优先用M1,所以,跑这些成绩对于选择用谁,其实并不重要。尽管一个场景强弱不代表综合实力,似乎一些人就容不得M1这个场景胜出,很遗憾,胜出就是事实。
    本来只是分享几句自己也觉得小意外的顺手测试的结论,非得要打脸,打谁的脸?!
    自己做不到,不代表别人做不到,自己做不到就去膜拜或许自己也能做到的3分钟左右的成绩,这就是我们的CHHer吗?
    还有,我们有加分权限的大佬们是不是都去氛围组客串去了,高的成绩不加分,低的成绩纷纷加分?这是什么逻辑?
  • netjunegg15天前
    引用48
    yajian2 发表于 2022-5-13 07:31
    不吹不黑,编kernel除了cpu,内存大小,硬盘速度都很重要,尤其后者,编译过程中大量小文件产生。
    不过我 ...
    赞同, 编译kernel硬盘速度也影响非常大.
    可以测试编译单个c/c++文件, 重复编译1000次.
  • netjunegg15天前
    引用49
    对了, 内存速度对编译也有不小的影响.
  • ekiuc15天前
    引用50
    插个眼等后续
    顺便问一句,楼主的两台设备分别是什么来着
  • aasa000115天前
    引用51
    EliWallace 发表于 2022-5-12 22:51
    会不会是 M1 存储的速度快?编译 Linux 内核,大量小文件的读写,IO 量挺可观的。 ...
    这还真没见到过。
    以前SATA SSD时代倒是可能写入瓶颈 (例如C++/-g/-O0)。
  • hawie 发表于 2022-5-13 14:39
    真是有意思,CHH越来越有意思了,……
    本来我正下载了楼上朋友提出的phoronix-test-suite,计划对比一下在 ...
    这个故事告诉我们,起标题要慎重
    我觉得已经没有什么人关心你的数据了,那边帖子都已经撕破脸直接吵开了。
  • 楼主hawie15天前
    引用53
    ekiuc 发表于 2022-5-13 15:33
    插个眼等后续
    顺便问一句,楼主的两台设备分别是什么来着
    mac mini, 8G RAM/256GB
    wujie 16 pro,12700H 16GB RAM/nVidia 2050/660P 512GB+9A1 2TB
  • 楼主hawie15天前
    引用54
    男中音钢琴家 发表于 2022-5-13 16:48
    这个故事告诉我们,起标题要慎重
    我觉得已经没有什么人关心你的数据了,那边帖子都已经撕破脸直接 ...
    啊,还没去看,我才做完一遍M1的贴上来,x86的那我还要不要去做一遍贴上来呢……没人关心没动力了
  • 楼主hawie15天前
    引用55
    netjunegg 发表于 2022-5-13 15:14
    赞同, 编译kernel硬盘速度也影响非常大.
    可以测试编译单个c/c++文件, 重复编译1000次. ...
    如果测试软件是准的,那么M1的硬盘性能还不如x86下的9A1. 见楼上贴的截图
  • 楼主hawie15天前
    引用56
    netjunegg 发表于 2022-5-13 15:19
    对了, 内存速度对编译也有不小的影响.
    内存M1集成可能会快一点,没找到工具就没测这个
  • zhuifeng8815天前
    引用57
    hawie 发表于 2022-5-13 14:39
    真是有意思,CHH越来越有意思了,……
    本来我正下载了楼上朋友提出的phoronix-test-suite,计划对比一下在 ...
    方式合理, 但我使用vmware fusion m1预览版重复这个测试的时候耗时为2分25秒 (用vmware重复我之前的测试耗时2分44秒)
    而考虑到有人用原生linux不经虚拟化在M1max上运行过那边的测试耗时为87秒, 你这个在M1上60秒左右的测试结果完全不符合常理, 可以认为还是有严重的条件不一致
  • fycmouse15天前
    引用58
    EliWallace 发表于 2022-5-12 22:51
    会不会是 M1 存储的速度快?编译 Linux 内核,大量小文件的读写,IO 量挺可观的。 ...
    m1系列的内存带宽跟延迟肯定是占绝对优势的,这点x86还在一直挤牙膏。
  • 楼主hawie14天前
    引用59
    相关测试过程已上传视频,见置顶二楼。
    鉴于下面的原因,本贴相关测试不再提供进一步的详细解说,不再回复任何疑问。
  • 中里毅14天前
    引用60
    fycmouse 发表于 2022-5-13 19:50
    m1系列的内存带宽跟延迟肯定是占绝对优势的,这点x86还在一直挤牙膏。
    初版M1只有128bit LPD4X,不构成优势。
  • fly990214天前
    引用61
    分不清专用加速和通用计算的区别
  • magic300014天前
    引用62
    深秋 发表于 2022-5-13 06:49
    莫名喜感
    哈哈,为啥帖子标题那么喜感啊,到底谁遗憾啊?
  • ekiuc14天前
    引用63
    fly9902 发表于 2022-5-14 15:07
    分不清专用加速和通用计算的区别
    m1视频方面是有优势没错,但问题是跑编译不是纯纯的通用计算么,比GPU加速还纯的那种……
    当然了io也有影响,不过m1的内存硬盘其实也就是常规处理器的水准,倒没啥优势
  • ekiuc14天前
    引用64
    hawie 发表于 2022-5-13 14:39
    真是有意思,CHH越来越有意思了,……
    本来我正下载了楼上朋友提出的phoronix-test-suite,计划对比一下在 ...
    都是挺好的测试,方便的话楼主可以把单独测试结果分一楼然后置顶,这样大家比较方便看到
    等一波对面帖子回复,手持m1 iPad啥也干不了,库克啥时候给我xcode
  • 游客
    65
返回