找回密码
 新注册用户
搜索
查看: 5117|回复: 14

以CPU为主的FAHer有没有注意到最近PPD略有提高?

[复制链接]
发表于 2009-3-24 18:07:59 | 显示全部楼层 |阅读模式
今天突然发现自己的实际PPD(实际在统计网站上看到的PPD,按照每周得分/7)已经接近9000了(每周62000+)。这和FAHMON显示的PPD有了很大程度的接近。9000÷10000=90%。而以往fahmon上显示9000PPD时,实际的PPD大约只有7000。

我观察了一下FAHLOG文件。发现主要的改进在于CPU(SMP)客户端的WU之间的间隔明显缩小,而且上传失败的现象几乎完全消失。另外2653的甜包明显增多。记得2、3个月以前经常出现等待2、3个小时才能上传、甚至多次上传失败后已经计算完成的WU作废的问题。那时虽然也是7×24,但PPD曾经跌到4000多(曾经忍痛删除过十几个作废的WU,因为手工上传都不行。一周后就作废了)。而现在每天都能看到1760、1920相关的分数出现在统计网站(例如kakaostat.com)中。再也没有等待多时而不能上传或者WU作废的问题了。

我猜想原因如下:

1. 2、3个月前GPU客户端大量增加。GPU超强的计算能力,大量的小WU造成服务器应接不暇。不得不分出大部分服务器能力去应对GPU客户端下载WU和上传结果的请求。SMP客户端由于计算时间长,等待2、3个小时相对十几个、二十几个小时的计算时间不算什么,所以被人为的减少了服务器的处理能力。造成上传时间过长、甚至WU作废的问题。

2. 目前新的大分值的GPU WU开始大量出现。GPU的WU不再是2、3个小时就能完成,因此服务器受到GPU客户端的压力减轻。可以分出更多的处理能力给CPU(SMP)客户端。

3. STU已经对现有的统计服务器做了扩容。以应对不断增加的新的FAHer接收WU和上传结果的请求。

4. 30xx和2665这样的高分值(2000+、1920)的WU出现频率减少。2653这样的甜包比例增大。

GPU为主的FAHer可能感觉不深。因为从我自己的经验来看,GPU客户端无论接收WU还是发送结果都很快。基本是分钟级别的。计算效率本来就很高。所以应该没有太多的感受。

[ 本帖最后由 shouldbe 于 2009-3-24 18:12 编辑 ]

评分

参与人数 1基本分 +6 收起 理由
金鹏 + 6 我很赞同

查看全部评分

回复

使用道具 举报

发表于 2009-3-24 18:17:12 | 显示全部楼层
今天刚刚算了一个2665的包~
回复

使用道具 举报

发表于 2009-3-24 19:50:47 | 显示全部楼层
学习了,谢谢兄弟分享心得!
回复

使用道具 举报

发表于 2009-3-24 20:22:01 | 显示全部楼层
因为算的很慢 所以没有注意
回复

使用道具 举报

发表于 2009-3-24 20:28:59 | 显示全部楼层
shouldbe大大是啥机器?
回复

使用道具 举报

发表于 2009-3-24 21:49:57 | 显示全部楼层
通过我的数据观察,SMP的日均PPD没有发生由很难接受到新包到很容易接受到新包的强烈对比,这点可以通过LOG文件得到证实(不要通过我的分数判断,因为有GPU)。
从3月上旬参加FAH以来,接受包的效率没有发生明显的变化。
但需要地主来现身,才好判断。
回复

使用道具 举报

发表于 2009-3-24 22:12:53 | 显示全部楼层
有种1760分的SMP包比较好算,大概不到两天可以算一个,E5200@3G.
回复

使用道具 举报

 楼主| 发表于 2009-3-25 00:36:25 | 显示全部楼层
这个变化是相对2、3个月以前的。那时比较郁闷。最低的两周只有28000多点/周。

Q6600 OC3.5 SMP客户端双开+FAH affinity changer
E4400 OC2.4 SMP客户端双开+FAH affinity changer

[ 本帖最后由 shouldbe 于 2009-3-25 00:43 编辑 ]
回复

使用道具 举报

 楼主| 发表于 2009-3-25 00:42:43 | 显示全部楼层
原帖由 alen 于 2009-3-24 22:12 发表
有种1760分的SMP包比较好算,大概不到两天可以算一个,E5200@3G.


那就是2653。我前天可能就是一下子接到3个2653。再加上590x的GPU包。昨天一天PPD创纪录的达到11000+
回复

使用道具 举报

发表于 2009-3-27 17:19:54 | 显示全部楼层
Project : 3798
Core    : SMP Gromacs CVS
Frames  : 100
Credit  : 250


-- littleHNQ@Dothan 760 --

Min. Time / Frame : 4mn 19s  - 833.98 ppd
Avg. Time / Frame : 4mn 48s  - 750.00 ppd
Cur. Time / Frame : 4mn 30s  - 800.00 ppd
R3F. Time / Frame : 4mn 30s  - 800.00 ppd
Eff. Time / Frame : 40mn 34s  - 88.74 ppd
你这也算甜啊。。。。。这个才叫甜。我的cpu目前是1.06G的 pm。。。。。。。如果按你的5200 3G,就是ppd×4,如果开两个就是ppd×8。也就是一次能过6400的ppd。一天算4个就够本了。。。。。
回复

使用道具 举报

 楼主| 发表于 2009-3-27 17:47:26 | 显示全部楼层
没有看懂。也从来没有接到过这样的小包。

不过甜包如果不能连续获得也就不甜了。2653 WU全部计算完成大约需要十几个小时。现在一天连续接到2个的概率蛮大的。这应该是现在可以接到的比较甜的包了。
回复

使用道具 举报

发表于 2009-3-27 18:04:41 | 显示全部楼层
Project : 3798
Core    : SMP Gromacs CVS
Frames  : 100
Credit  : 250

Min. Time / Frame : 2mn 22s  - 1521.13 ppd
Avg. Time / Frame : 2mn 55s  - 1234.29 ppd
No Cur. Time / Frame
No R3F. Time / Frame
No Eff. Time / Frame
----------------------
这是我接到的最甜的甜包,一般情况下我的PPD只有200多点。
回复

使用道具 举报

 楼主| 发表于 2009-3-27 18:44:09 | 显示全部楼层
和我的差不多。2653在Q6600 OC3.5上双开大约有4100+。E4400 OC2.4上大约有1400+

[ 本帖最后由 shouldbe 于 2009-3-27 19:18 编辑 ]
回复

使用道具 举报

发表于 2009-3-27 20:14:05 | 显示全部楼层

回复 #11 shouldbe 的帖子

哈哈那个3798不是SMP包,单核跑的,像是standford在给单核CPU发糖
回复

使用道具 举报

发表于 2009-3-27 23:55:37 | 显示全部楼层
原帖由 jeremy77 于 2009-3-27 20:14 发表
哈哈那个3798不是SMP包,单核跑的,像是standford在给单核CPU发糖

是啊,碰到过两次。
回复

使用道具 举报

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

本版积分规则

论坛官方淘宝店开业啦~

Archiver|手机版|小黑屋|中国分布式计算总站 ( 沪ICP备05042587号 )

GMT+8, 2025-5-13 15:57

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

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