我将这两天官方讨论区的资料转述一下
先附一张现在官网的图
真的好吓人
但是不用担心
请看以下解说：
2005.08.17
Dear Users,
You may notice that all the stats are currently showing zero. This is due to the maintenance we are doing to try to get the team stats working again. We believe that the problem with the stats is because the stats table has grown too large (years of stats all held in one single table). We have cleared the table and are reimporting the last two years to try to reduce the size of the table. This is why everything is currently at zero.
Nothing is lost and if you have been contributing for more than two years again nothing is lost. Please be patient while we try to get this working again.
_________________
-----------------
Robby Brewer
Senior Support Engineer
United Devices
========================================================
翻译如下(yahoo提供)^^"：
========================================================
亲爱的用户,
您可以注意, 所有stats 当前显示零。这归结于我们做□设法得到队stats 再运作的维护。我们相信, 有stats 的问题是因为stats 桌增长太大(几年stats 所有举行在一张唯一桌里) 。我们收拾了桌子和reimporting 最近二年设法减少桌的大小。这就是为什么一切当前是在零。
□什么丢失并且如果您贡献为超过二年□什么再丢失。请是耐心当我们设法再得到这工作。
_________________
-----------------
Robby 酿酒者
高级支持工程师
团结的设备
*********************************************************
2005.08.18
Dear members,
There has been some confusion regarding the processing of workunits and point credit for returned workunits. I will try to clarify how the current system works and mention briefly how the upgraded system will work in regards to this.
Currently, workunits are credited as long as the job is still in an "active" state. Once the job is changed from an "active" state, any outstanding workunits will not be accepted and no point credit can be given. This is not new behavior, but some of the work management (e.g. new Rosetta jobs) we have been doing lately may make you think so.
For the past many many months, the Cancer jobs have been in an "active" state and any workunits could always be uploaded and credit recieved anytime. Since the data is not new and final results have been calculated, all but one Cancer job have been disabled. Anyone still crunching any of those other workunits would not have received credit once the job was marked inactive. Please understand that we cannot let jobs run forever.
The Rosetta jobs we have been running have been finishing much more quickly than we had expected (very good). In order to not crunch redundant workunits and to move on to new data, we have been disabling the Rosetta jobs as soon as they finish and we have been starting a new one with new data immediately. This would mean that any dispatched workunits that were still outstanding would not be credited after the job was marked "inactive".
We now realize that this may be causing some frustration and will tweak the Rosetta jobs to minimize this as follows.
1) We will limit the number of concurrent dispatches per workunit. This should limit the number of outstanding dispatched workunits at any given time.
2) We have set the wallclock timeout to three days. Any workunit that takes more than three real days to complete will be discarded.
3) Once we have all of the required number of results per workunit and the job is complete, we will wait the three day wall clock limit before marking the job "inactive". This should greatly limit the number of invalid workunits since we are limiting how many active dispatches there can be.
Note that there will still be some cases where there are dispatched workunits that will not be returned before the job is marked "inactive" and no credit will be given. Also note that once we move to the latest version of the grid software, this will no longer be an issue. When we have all of the results, the job will be marked "suspended" which means no more workunits will be dispatched, but we will still credit any returned workunits. Unfortunately, that same behavior just does not exist in the version we are currently running.
I know there is frustration in the user community due to perceived "work for nothing", but we are burning through Rosetta jobs in just a few days which is amazing and something everyone should be proud of. We still have a couple of snags getting the new Cancer data uploaded, but I know we will see similarly amazing results.
Please hang in there and thank you for contributing.
_________________
-----------------
Robby Brewer
Senior Support Engineer
United Devices
========================================================
翻译如下(yahoo提供)^^"：
========================================================
亲爱的成员,
有是一些混乱关于处理workunits 和点credit 为返回的workunits 。我将设法澄清怎么当前的系统运作和简要地提及怎么被升级的系统将运作关于这。
当前, workunits 相信只要工作仍然是在"活跃" 状态。一旦工作被更换从"活跃" 状态, 任何卓着的workunits 不会被接受并且点无法被相信。这不是新行为, 但是一些工作管理(即新Rosetta 工作) 我们最近做□可以使您认为如此。
在过去许多许多月, 巨蟹星座工作是在"活跃" 状态并且所有workunits 能总被上装并且credit recieved 任何时候。因为资料不是新的并且最后的结果被计算了, 所有除了一个巨蟹星座工作失去了能力。任何人仍然咬嚼任何那些其它workunits 不会接受credit 一旦工作是被标记的不活泼的。请了解, 我们无法让工作永远运行。
我们运行的Rosetta 工作比我们期望了迅速完成(非常好) 。为了不咬嚼重复workunits 和不行动向新资料, 我们使Rosetta 工作失去能力当他们完成并且我们立刻开始新的以新资料。这会意味, 任何派遣了依然杰出不会相信的workunits 在工作是被标记的"不活泼的" 之后。
我们现在意识到, 这也许导致某一失望, 将扭捏Rosetta 工作使这减到最小如下。
1) 我们将限制一致急件的数量每workunit 。这应该在指定时候限制卓着的被派遣的workunits 的数量。
2) 我们设置了wallclock 暂停对三天。需要超过三真正的天完成的任一workunit 将被摈除。
3) 一旦我们有所有结果的必需的数量每workunit 并且工作是完全的, 我们将等待3 天的壁钟极限在标记工作之前"不活泼" 。这应该很大地限制无效workunits 的数量因为我们限制多少份活跃急件那里可能是。
注意有更将是有被派遣的workunits 不会返回的一些案件在工作是被标记的"不活泼的" 之前并且不会被相信。并且注意一旦我们搬走向栅格软体的最新的版本, 这不再将是问题。当我们有所有结果, 意味的工作将被标记"暂停" 没有其他workunits 不会被派遣, 但是我们更将相信所有返回的workunits 。不幸地, 那同样行为不存在在我们当前跑的版本。
我知道有失望在广大用户由于被察觉的"工作为□什么", 但我们烧通过Rosetta 工作在几天是令人惊讶的并且某事大家应该是骄傲的。我们仍然有两三根断枝得到新巨蟹星座资料被上装, 但我知道我们将看相似地令人惊讶的结果。
请垂悬那里和谢谢贡献。
_________________
-----------------
Robby 酿酒者
高级支持工程师
团结的设备
********************************************************
现在请耐心等待分数的归来
也希望连同团队分数一并能够恢复
另外，Rosetta任务限制天数的问题
应该是新旧资料在转换，担心有重覆或无效的资料，所以才采取这样的方式
(因为大家的努力，所以Rosetta的进度超过预期进度)
请大家先切换成LigandFit任务，避免您的付出没有分数
p.s：LigandFit任务超过3天还是有成绩唷
大家一起加油!!
