|
发表于 2008-1-25 21:43:23
|
显示全部楼层
将s5r3分成两部分的原因,简单翻译一下:
http://einstein.phys.uwm.edu/for ... p;nowrap=true#80033
The data files currently on Einstein@home of 800Hz and above (h1_0800.0_S5R2* / l1_0800.0_S5R2*) are wrong. While we are generating the correct ones, we stopped generating workunits for 800Hz and above.
当前800赫兹以上任务包指向的数据文件是错误的,我们正在生成正确的数据文件,同时也已停止生成800赫兹以上的任务包。
We intend to let the some thousand WUs that point to the wrong files that are already in the database simply run out. The ones on the boundary (that have 0799.5 files as well as 0800.0) will error out just at the beginning when trying to read the files ("error in SFT sequence"), with no CPU time wasted. The ones above 800Hz that are already in the database will run shorter as the assigned credit would suggest, because the run-time and this the credit was estimated based on correct datafiles. If we would simply cancel these workunits, people that already have completed such a task would get no credit at all for this, so I decided to be rather too generous and let them run.
我们有意让目前指向错误数据文件的几千个任务包正常运行完。正好在边界上的任务包计算时将直接报错,不会浪费计算时间,而在边界以上的任务包其运行时间将比预期的短,因为运行时间和积分都是根据正确的数据文件来估计的。如果我们简单地取消这些任务包,那些已经完成这些任务的用户将得不到积分,所以。。。
The current WU generator will only generate new WUs below 800Hz. There are ~300,000 left to be generated, which should be work for the project for about a week in total. During that time we will generate correct data files and set up a new WU generator for the work of 800Hz and above.
当前的任务包生成程序只会生成800赫兹以下的新任务包,大概还有30万个这样的任务包需要生成,可用来计算一个星期,这段时间我们会生成正确的数据文件,并且构建一个新的用于800赫兹以上频率的任务包生成程序。
So the second half run of S5R3 (currently internally called S5R3b) should start early next week. The new Tasks will run as long as estimated and thus will get the same credit we currently give to the ones with the same base-frequency (but wrong data files).
s5r3的第二阶段即s5r3b将在下周早些时间开始。
Brian, we are considering your proposal to extend the deadline for these new WUs.
BM |
评分
-
查看全部评分
|