找回密码
 新注册用户
搜索
楼主: cnchina

[小道消息]EAH的S5R2就要結束了?

[复制链接]
发表于 2007-9-4 10:03:44 | 显示全部楼层
刚算得兴起!
回复

使用道具 举报

头像被屏蔽
发表于 2007-9-4 10:32:58 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

发表于 2007-9-4 13:45:00 | 显示全部楼层
原帖由 xxeitx 于 2007-9-1 16:44 发表
优化没出来就结束了,唉


linux 4.35劣化的倒不错,俺15个2.4G的CPU 10天内一分没得
回复

使用道具 举报

发表于 2007-9-9 05:55:37 | 显示全部楼层
我看了看原文,大概是说这样的意思:
- S5R2 基本上还有几天就算完了,接下来的是 S5R3,还是跟 S5R1 处理相同的数据,只不过是搜索信号的范围变化了。但是到 S5R4 的时候就会用上所有的探测数据的了。
- 现在的程序是进行的全天搜索,后面会将天空分为小块来搜索,这样的话无论是对于计算还是结果处理都比较有好处。
- S5R4 是铁定要进行的了。它将会使用所有的数据,而且搜索的频率范围将会是前所未有的宽广。
- 现在似乎在跨平台认证方面还出现了很多问题,这些问题恐怕在 S5R3 之前都没有办法修好的了。优化程序也是这样。
回复

使用道具 举报

发表于 2007-9-9 08:48:15 | 显示全部楼层
http://einstein.phys.uwm.edu/for ... p;nowrap=true#74093

A new run, S5R3, will follow S5R2.

We're still preparing this and not all decisions are final yet, but the current state is this:

- It will use the same data set as S5R1 from S5 up to Jan 2007. In principle more data gives us more sensitivity, but we decided to wait for the end of S5 so we can pre-process and analyze all of the S5 data (a full year netto!).

- It will cover a different, wider range of frequencies than S5R2 (up to about 800 Hz)

- Instead of juggling with tiny frequency ranges as we do now we will probably also split up the sky between workunits. This may give a somewhat odd movement of the direction marker in the screensaver graphics, but will gives us better control of computing overhead an the length of the workunits. It will even make the post-processing rather easier than harder.

S5R4 is already being thought on. It will probably cover the whole of S5 data, and should then (again) be the most sensitive search ever performed for gravitational waves.

It seems the cross-platform differences (observable as validation problems) are sorted out and fixed now, but apparently it takes much longer than we expected to find and fix the remaining problems in the new code. As long as these problems persist I'm afraid to introduce even more by adding more platforms and speedup measurements to the existing code, so "optimized" Apps are unlikely to come up before S5R3.

BM

最后似乎是是说跨平台验证问题貌似解决了,但耗费了过多的精力,所以其它的问题还有优化什么的就暂时来不及弄了。
回复

使用道具 举报

发表于 2007-9-9 08:55:41 | 显示全部楼层
http://einstein.phys.uwm.edu/for ... p;nowrap=true#74207

Some update on S5R3:

- The run-time of the workunits will be roughly the same we had at the beginning of S5R2 (12h at max on our reference machine - sorry, don't remember the credit values from the top of my head - was it 190?). We hope to reduce it even further when we put more work in optimizing the Apps.

任务包的大小将和S5R2刚开始时差不多,在项目组的参考机器上最多运行12小时,分数可能是190左右。如果对程序进行优化,计算时间还能进一步减少。

- The amount of data necessary for a workunit will raise to 35-55 MB (depending on the base frequency). For the lower frequency bands we will use the same data files than we did for S5R2, so we intend to switch off deletion of the S5R2 data files on your machines at some point and you don't have to download a whole completely new set of data files again, just the ones you don't already have left over from S5R2.

任务包需要的数据文件将增加到35-55MB。其中低频段的数据文件和S5R2是相同的,可以继续使用。

- We also think about modifying the scheduler so that the workunits that require smaller amount of data are given to machines with slower connections. However given our previous experiences with scheduler hacks we might not be able to do this at all or on time, given that the scheduler is a mission-critical component that can easily bring down e.g. the database.

考虑过修改调度程序,把小任务包分发给网络慢的机器。但根据以往的经验可能会很麻烦,因为调度程序非常重要,随意修改可能会比较容易就导致数据库死机。。。

BM
回复

使用道具 举报

 楼主| 发表于 2007-9-9 11:18:24 | 显示全部楼层
刚才接到个S5R2的包,猛一看。。。哇。。。前面三个算到十万秒的时候都出错 结果这包继续地被我接到了。。正在算。。看看会不会也出错
回复

使用道具 举报

 楼主| 发表于 2007-9-11 06:18:19 | 显示全部楼层
applicationHierarchical all-sky pulsar search
created4 Sep 2007 18:10:29 UTC
nameh1_0525.55_S5R2__208_S5R2c
minimum quorum2
initial replication2
max # of error/total/success results20, 20, 20

Result ID
[size=-2]click for detailsComputerSentTime reported
or deadline
[size=-2]explain Server state
[size=-2]explain Outcome
[size=-2]explain Client state
[size=-2]explain CPU time (sec)claimed creditgranted credit867649958236064 Sep 2007 18:10:31 UTC8 Sep 2007 0:49:13 UTCOverClient errorCompute error55,752.11464.17---867649966981974 Sep 2007 19:52:05 UTC7 Sep 2007 22:18:06 UTCOverClient errorCompute error91,635.03464.17---8682629310007738 Sep 2007 1:34:11 UTC8 Sep 2007 3:13:22 UTCOverClient errorCompute error5,522.207.75---868288049954388 Sep 2007 4:34:01 UTC10 Sep 2007 8:38:12 UTCOverClient errorCompute error124,618.42254.88---
这S5R2的包好冷。。。前面的包括我在内全部算错了……
回复

使用道具 举报

发表于 2007-9-12 23:06:16 | 显示全部楼层
eah近几个月的活跃主机数量,不知道是被超大的任务包给害的还是因为放署假什么的:)
users.png
回复

使用道具 举报

发表于 2007-9-13 11:47:56 | 显示全部楼层

回复 #24 Youth 的帖子

可能也有eah自己的原因。

前一阵子以及最近发生了不少的错包现象(貌似前朝遗少兄在这两次中损失都较为惨重)

.....项目的稳定性也是挺重要的。一个WU几十个小时,pending之后一分不得,还是挺打击人的
回复

使用道具 举报

发表于 2007-9-13 19:34:10 | 显示全部楼层
计算Einstein对硬件要求较高,主板最好不要用杂牌,CPU最好要盒装,电源功率要大而且要稳定。综合因素都能决定计算Einstein的成败
回复

使用道具 举报

发表于 2007-9-13 19:57:23 | 显示全部楼层
是啊,我也不喜欢任务包太大的项目(CPDN可以分阶段拿分倒可以接受),近几个月eah算得也少,准备S5R3时再加力了。

原帖由 Julian_Yuen 于 2007-9-13 11:47 发表
可能也有eah自己的原因。

前一阵子以及最近发生了不少的错包现象(貌似前朝遗少兄在这两次中损失都较为惨重)

.....项目的稳定性也是挺重要的。一个WU几十个小时,pending之后一分不得,还是挺打击人的 ...
回复

使用道具 举报

发表于 2007-9-16 13:12:50 | 显示全部楼层
虽然出错,不过还是坚持计算
回复

使用道具 举报

 楼主| 发表于 2007-9-16 14:48:40 | 显示全部楼层
目前我这个S5R2的包,已经害我3天没积分入帐了。。
38个小时才32%……平时家里电脑开4小时都是多了……
没办法,跑学校跟XXX借了台算算别的项目,不然一分都不入的话,太难看……
话说学校居然半夜没断电……喜啊。。24小时休息几小时就行…
回复

使用道具 举报

发表于 2007-9-16 21:14:24 | 显示全部楼层
我今天又接到了S5R2的包,上报期限10-7,69小时的,用E2140算需要50小时左右
回复

使用道具 举报

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

本版积分规则

论坛官方淘宝店开业啦~
欢迎大家多多支持基金会~

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

GMT+8, 2025-5-9 05:03

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

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