LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 1501|回复: 12

Gentoo + AMD-64 就是快啊!

[复制链接]
发表于 2006-4-8 01:16:26 | 显示全部楼层 |阅读模式
不知道这里的兄弟为什么说 Linux AMD 64 并没有快多少,
我今天在公司是编译内核就觉得很快啊,比我家的 P4 要快好几倍!

我在很多的 ASIC 论坛里,也看到很多的帖子说 64 位的 Linux 会快很多,
譬如 Xilinx ISE 编译一个普通的串行通讯逻辑要 2~3 个小时,32 位的 linux 的话,
Linux AMD64 只要 20~30 分钟。

现在就是 VIA 的网卡驱动还没偶搞定, 还有就是担心那个 S3G 的显示卡了,怕 X 会有问题。
声卡是 Realtek 的,尽管公司是不会开声音的,但是最好也一起搞定啦。

那些 Gentooer 有上述硬件经验的,给点安装提示,谢谢!
发表于 2006-4-8 08:28:21 | 显示全部楼层
没有做过比较 不过gentoo官方论坛商 比较过
  1. Program                 Benchmark               32-bit/64-bit
  2. == Faster when 64-bit ==
  3. boot                    same kernel, services   22s/20s
  4. *compile                Firefox                 1382s/916s
  5. *compile                xorg-x11                1812s/1298s
  6. hdparm                  hdparm -Tt              1192 MB/s, 55.8Mb/s vs 1250MB/s, 55.8MB/s
  7. bzip2-1.0.2             bzip an avi file        69.3s/60.3s
  8. java                    bitwise ops on longs    39s/12s
  9. java                    bitwise ops on ints     49s/19s
  10. oggenc-1.0.1            encode song             17.5s/13.3s
  11. PAN circuit simulator   see post #4             2-5% faster
  12. POVRay                  render scene            1624s/1335s
  13. == No appreciable difference ==
  14. gzip-1.3.3              gzip an avi file        9.2s/9.2s
  15. == Faster when 32-bit ==
  16. *compile                kernel                  246s/254s
  17. lame                    encode                  276s/294s
  18. mencoder-1.0pre4.3.3.4  transcode/ffmpeg        ~160fps/~80fps
  19. mplayer-1.0pre4-3.3.4   -benchmark/ffmpeg       18.3s/26.2s
  20. xvid                    encode                  984s/>2400s
  21. * Note that compilation tests are not comparisons of processing power, since
  22.   compiles were with different flags and for different architectures!
复制代码
也没有快特别多
硬件支持 编译内核应该就可以搞定
回复 支持 反对

使用道具 举报

发表于 2006-4-8 08:46:18 | 显示全部楼层
让数据说话,下面是我在32位系统中emerge gcc的时间;

* sys-devel/gcc
    Sat Apr  1 09:29:24 2006 >>> sys-devel/gcc-4.1.0
       merge time: 47 minutes and 11 seconds.

这个是64位系统中的:

* sys-devel/gcc

     Tue Apr  4 13:29:46 2006 >>> sys-devel/gcc-4.1.0
       merge time: 1 hour, 4 minutes and 55 seconds.

     Tue Apr  4 16:26:53 2006 >>> sys-devel/gcc-4.1.0
       merge time: 1 hour, 7 minutes and 32 seconds.

     Tue Apr  4 18:01:11 2006 >>> sys-devel/gcc-4.1.0
       merge time: 1 hour, 8 minutes and 50 seconds.
回复 支持 反对

使用道具 举报

发表于 2006-4-8 10:25:44 | 显示全部楼层
多核心处理器才是王道……
回复 支持 反对

使用道具 举报

发表于 2006-4-8 10:33:38 | 显示全部楼层
楼主的比较似乎不太有说服力。用amd64和P4比较没有什么意义。需要比较的是完全同样的硬件系统,用32位的操作系统和纯64位的操作系统,运行相同的应用,这样,你的结论才有意义。好像看到过说编gcc的时间是64短一些,但是其他的应用,很多都不明显,有的还慢。2楼的引用比较说明问题。如果看看内存的开销,就更不会这么乐观了。
回复 支持 反对

使用道具 举报

发表于 2006-4-8 10:49:40 | 显示全部楼层
Post by slinger
楼主的比较似乎不太有说服力。用amd64和P4比较没有什么意义。需要比较的是完全同样的硬件系统,用32位的操作系统和纯64位的操作系统,运行相同的应用,这样,你的结论才有意义。好像看到过说编gcc的时间是64短一些,但是其他的应用,很多都不明显,有的还慢。2楼的引用比较说明问题。如果看看内存的开销,就更不会这么乐观了。


你看我的数据,编译gcc 64位的系统满了接近20分钟,怎么还说编gcc的时间64位短一些呢?
回复 支持 反对

使用道具 举报

发表于 2006-4-8 10:56:40 | 显示全部楼层
变革的中间时期,最终64位会发展起来,就象原来16位过渡到32位,不过从32到64位的过渡似乎不是那么顺利。
回复 支持 反对

使用道具 举报

发表于 2006-4-8 12:09:35 | 显示全部楼层
Post by ifree
你看我的数据,编译gcc 64位的系统满了接近20分钟,怎么还说编gcc的时间64位短一些呢?

我在官网看到过说gcc4对amd64的优化比较好,所以在64用优化过的gcc4编译gcc4比在32下会快。
回复 支持 反对

使用道具 举报

发表于 2006-4-8 14:04:24 | 显示全部楼层
via的网卡好像很轻松就可以获得支持了。内核里面指名道姓的。显卡麻,我认啊不认识。
回复 支持 反对

使用道具 举报

发表于 2006-4-8 17:05:58 | 显示全部楼层
genlop -t gcc
* sys-devel/gcc

     Wed Apr  5 08:16:39 2006 >>> sys-devel/gcc-3.4.5-r1
       merge time: 19 minutes and 41 seconds.

     Wed Apr  5 10:31:22 2006 >>> sys-devel/gcc-3.4.5-r1
       merge time: 23 minutes and 28 seconds.

     Wed Apr  5 11:55:22 2006 >>> sys-devel/gcc-3.4.5-r1
       merge time: 23 minutes and 9 seconds.
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表