龙芯开源社区

 找回密码
 注册新用户(newuser)
楼主: zhllg

我已经开始用-march=loongson2f重新build整个系统了

[复制链接]
发表于 2008-7-23 11:02:23 | 显示全部楼层
原帖由 assiss 于 2008-7-22 23:42 发表
GCC4.4的优化似乎还不行。和原来2F自带的系统效率差不多。
刘世伟编译的DEBIAN LENNY稍微快一点。我运行的一个BENCHMARK,他的系统快10%。

我运行的状况跟你讲的恰好相反。Debian运行速度比自带系统慢,自动系统比gentoo慢。
发表于 2008-7-23 11:24:43 | 显示全部楼层
原帖由 xdc3000 于 2008-7-23 11:02 发表

我运行的状况跟你讲的恰好相反。Debian运行速度比自带系统慢,自动系统比gentoo慢。


我正在emerge subversion,完成后试试
发表于 2008-7-23 11:27:23 | 显示全部楼层
我跑3个系统的结果是 gentoo 跟 debian lenny 平手,rays 最慢...
发表于 2008-7-23 13:08:14 | 显示全部楼层
-march=mips3结果
loongson@gentoo ~/benchmark $ ./run
rm -rf testcpu1
gcc -O3 -march=mips3 -lpthread -o testcpu1 benchmark.c
./run: line 4: $1: ambiguous redirect
Thread num: 1
=======================
Test:char +-%   sizeof char:1
score:947.000000
Test:char */%   sizeof char:1
score:138.000000
Test:short +-%  sizeof short:2
score:949.000000
Test:short */%  sizeof short:2
score:104.000000
Test:int +-%    sizeof int:4
score:2099.000000
Test:int */%    sizeof int:4
score:73.000000
Test:long +-%   sizeof long:4
score:2134.000000
Test:long */%   sizeof long:4
score:72.000000
Test:long long +-%      sizeof long long:8
score:305.000000
Test:long long */%      sizeof long long:8
score:11.000000
Test:float +-%  sizeof float:4
score:732.000000
Test:float */%  sizeof float:4
score:707.000000
Test:double +-% sizeof double:8
score:732.000000
Test:double */% sizeof double:8
score:633.000000
Test:long double +-%    sizeof long double:8
score:732.000000
Test:long double */%    sizeof long double:8
score:633.000000

-march=loongson2f结果,比mips3稍有进步
loongson@gentoo ~/benchmark $ ./run
rm -rf testcpu1
gcc -O3 -march=loongson2f -lpthread -o testcpu1 benchmark.c
./run: line 4: $1: ambiguous redirect
Thread num: 1
=======================
Test:char +-%   sizeof char:1
score:947.000000
Test:char */%   sizeof char:1
score:141.000000
Test:short +-%  sizeof short:2
score:949.000000
Test:short */%  sizeof short:2
score:106.000000
Test:int +-%    sizeof int:4
score:2259.000000
Test:int */%    sizeof int:4
score:74.000000
Test:long +-%   sizeof long:4
score:2305.000000
Test:long */%   sizeof long:4
score:74.000000
Test:long long +-%      sizeof long long:8
score:291.000000
Test:long long */%      sizeof long long:8
score:11.000000
Test:float +-%  sizeof float:4
score:754.000000
Test:float */%  sizeof float:4
score:748.000000
Test:double +-% sizeof double:8
score:754.000000
Test:double */% sizeof double:8
score:633.000000
Test:long double +-%    sizeof long double:8
score:754.000000
Test:long double */%    sizeof long double:8
score:633.000000
发表于 2008-7-23 13:12:20 | 显示全部楼层
原帖由 lazyfai 于 2008-7-23 11:27 发表
我跑3个系统的结果是 gentoo 跟 debian lenny 平手,rays 最慢...


那个debian lenny跑这个测试程序和这个gentoo一样,但它里面的其他软件就不一定了,要看这些软件编译时的编译器和参数。毕竟我们是用软件而不是这个测试程序
 楼主| 发表于 2008-7-23 14:08:39 | 显示全部楼层
原帖由 gxcooo 于 2008-7-23 08:44 发表


怎么更新啊?


我只是删掉了这个文件 /etc/udev/rules.d/70-persistent-net.rules
删掉之后,下次开机如果检测到系统有网卡,这个文件会自动生成
网卡会被命名为eth0,eth1,如果还有更多再依次递增
发表于 2008-7-23 20:27:21 | 显示全部楼层
原帖由 zhllg 于 2008-7-23 14:08 发表


我只是删掉了这个文件 /etc/udev/rules.d/70-persistent-net.rules
删掉之后,下次开机如果检测到系统有网卡,这个文件会自动生成
网卡会被命名为eth0,eth1,如果还有更多再依次递增


好使
 楼主| 发表于 2008-7-24 16:07:34 | 显示全部楼层
编译qt,失败于mesa
原来mesa还不支持sis315,所以不用启用video_cards_sis USE标记
所以在/etc/portage/package.use里禁用了

edit: 这个补丁在rays系统的内核上,实际是不需要的,看下面两贴:
然后加了个龙芯pagesize的补丁
--- Mesa-6.5.2/include/GL/internal/sarea.h.orig 2007-03-01 05:27:22.000000000 +0800
+++ Mesa-6.5.2/include/GL/internal/sarea.h      2007-03-01 05:27:49.000000000 +0800
@@ -44,6 +44,8 @@
/* SAREA area needs to be at least a page */
#if defined(__alpha__)
#define SAREA_MAX                      0x2000
+#elif defined(__mips__)
+#define SAREA_MAX                       0x4000
#elif defined(__ia64__)
#define SAREA_MAX                      0x10000         /* 64kB */
#else


搞定

[ 本帖最后由 zhllg 于 2008-7-24 17:43 编辑 ]
发表于 2008-7-24 16:42:32 | 显示全部楼层

回复 #68 zhllg 的帖子

这个补丁,  2f不需要了.
 楼主| 发表于 2008-7-24 17:26:50 | 显示全部楼层
rays系统里的内核用的是4k page
如果2f确实可以从硬件层次消除cache alias,
那这其实是一个大进步,可以给软件移植带来很大便利
想mesa就完全不需要修改了
应该作为一个重要卖点介绍一下

不过我刚刚看了
http://www.loongsondeveloper.com/doc/Loongson2FUserGuide.pdf
我看到仍然有这一句:
For current version chips, operating system is obliged to
eliminate the potential for virtual aliasing. In the future, hardware would do it.

恐怕要找foxsen来证实一下

[ 本帖最后由 zhllg 于 2008-7-24 23:10 编辑 ]

本版积分规则

小黑屋|手机版|Archiver|Lemote Inc.  

GMT+8, 2019-9-22 07:45 , Processed in 0.186971 second(s), 18 queries .

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