- 主题:Re: 粗大,7zip benchmark不准!
x64的寄存器多，有更多优化空间。
你为什么不全用x64试试呢。
【 在 jjxu ( ) 的大作中提到: 】
: @hgoldfish,
: 同一台机器,相同电源模式,7z b -mmt1,
: 7-zip 18.01(x86)得分约2890
: 7-zip 18.05(x64)得分约3744
: 这差别也太大了,没法比了
--
FROM 101.84.144.*
挖坑吗？
压缩解压上
64位比32位快很多，不是理所当然的事吗？
【 在 jjxu 的大作中提到: 】
: @hgoldfish,
: 同一台机器,相同电源模式,7z b -mmt1,
: 7-zip 18.01(x86)得分约2890
: ...................
--
FROM 220.166.239.*
amd64 架构比 x86 高效不是很正常的么。
话说，7z b 可能跟编译器有关系。。linux 和 windows 的跑分有巨大区别。
估计是 msvc 的优化效果好得多。有空我测试一下 mingw32 编译的 p7zip 是不是跟 linux 机器差不多。
【 在 jjxu ( ) 的大作中提到: 】
: @hgoldfish,
: 同一台机器,相同电源模式,7z b -mmt1,
: 7-zip 18.01(x86)得分约2890
: ...................
--
修改:hgoldfish FROM 112.47.122.*
FROM 112.47.122.*
这就不知道了。。
农企、牙膏厂、ARM 各代的微架构相差很大。直接按比例来，可能不准。
【 在 jjxu ( ) 的大作中提到: 】
: 那么,因为天梯上能找到的是64位的7z分数,而常用的程序多数是32位的,是否可以用64位的
: 7z分数提升同比例估算32位的7z分数提升?
--
修改:hgoldfish FROM 112.47.122.*
FROM 112.47.122.*
是啊是啊。。单核性能就是这样没怎么提升。
所以这次 apple m1 出来，接近 6000 分，提升 50% 以上才会这么轰动。其实想想，也不过 50% 对吧。。
【 在 jjxu ( ) 的大作中提到: 】
: 主要是我手头2012年的2675qm,7z单核x64得分3744,2020年的4800h得分4666,提升也就2
: 5%,对于吃单核的程序来说,提升让人有些失望,对不对?
--
FROM 112.47.122.*
所以你不就是希望32位7z b跑出64位性能么。。
【 在 jjxu ( ) 的大作中提到: 】
: 手头常用的程序多数是32位的,
--
FROM 101.84.144.*
【 在 jjxu ( ) 的大作中提到: 】
: 再这么回头一看,牙膏厂也好,农企也好,果子也好,天天眼巴巴指望他们提升,跟着一个个
: 的粗大ppt高潮不断,我tm不如花些时间去优化一下自己的烂程序来的快些,真是浪费感情啊
不如
1.加内存
2.买显卡
3.改代码
--
FROM 114.249.197.*
x64编译默认都开SSE，x86不开还没有
【 在 javaboy (喝了咖啡就话多-_-;) 的大作中提到: 】
: x64的寄存器多，有更多优化空间。
: 你为什么不全用x64试试呢。
--
FROM 113.109.26.*
x64 比 x86分数高不是很正常么
64位比32位要多啊
程序优化的好 速度本来就应该快吧
【 在 jjxu 的大作中提到: 】
: @hgoldfish,
: 同一台机器,相同电源模式,7z b -mmt1,
: 7-zip 18.01(x86)得分约2890
: ....................
--
FROM 119.112.182.*