留言板 :
Number crunching :
High Priority
留言板合理
| 作者 | 消息 |
|---|---|
kittyman ![]() 发送消息 已加入:9 Jul 00 贴子:50494 积分:1,018,363,574 近期平均积分:1,004
|
Not to speak for the OP, but it's quite easy. You just go to the projects tab in Boinc and set the Seti project to 'no new tasks'. Then, when you want to request more (no guarantee you will get some, depending on the state of the servers) you set it back to 'allow new tasks'. "Learn from yesterday. Live for today. Hope for tomorrow." Albert Einstein "With cats." kittyman
|
|
Zapiao 发送消息 已加入:29 Oct 01 贴子:110 积分:122,278 近期平均积分:0
|
how do you do it? |
|
bill 发送消息 已加入:16 Jun 99 贴子:861 积分:29,352,955 近期平均积分:0
|
A further observation with 2 days set as a buffer, if I download work units that are dead lined in 3 days any number of work units that come to more than 24 hours of work will start to run in high priority mode. |
|
bill 发送消息 已加入:16 Jun 99 贴子:861 积分:29,352,955 近期平均积分:0
|
I dont think its related to Boinc 7. I upgraded from 6.10.60. Maybe the strangeness started occurring after that release. |
|
bill 发送消息 已加入:16 Jun 99 贴子:861 积分:29,352,955 近期平均积分:0
|
Luckily I've been running no new tasks because of all the strangeness since 7.x.x came out. I only download tasks when I think I need them. I don't trust the BOINC Manager any more. |
Mike 发送消息 已加入:17 Feb 01 贴子:32210 积分:79,922,639 近期平均积分:80
|
I dont think its related to Boinc 7. I got 40 days recently with 6.22 and settings of 2 and 3 days. DCF 1.3 With each crime and every kindness we birth our future. |
Jord 发送消息 已加入:9 Jun 99 贴子:15170 积分:4,362,181 近期平均积分:3
|
Lucky you didn't have a work request... I just tested mine with 10,000 days... 06/08/2012 23:17:29 | SETI@home | Requesting new tasks for CPU 06/08/2012 23:17:29 | SETI@home | [sched_op] CPU work request: 2591715913.38 seconds; 0.00 devices 06/08/2012 23:17:32 | SETI@home | Scheduler request completed: got 20 new tasks 06/08/2012 23:17:32 | SETI@home | [sched_op] estimated total CPU task duration: 161820 seconds ... and quickly suspended network after this, so I could bring minimum back down to 1 day without it downloading all work that Seti has on server at this time... :P 2591715913 seconds comes out as 29,996 days. About 10K days per Seti available CPU core. :) (I reported the bug to BOINC Alpha) |
|
bill 发送消息 已加入:16 Jun 99 贴子:861 积分:29,352,955 近期平均积分:0
|
7.0.31 Noticed work units had shifted into high priority mode for some reason. After looking around I found that my local computing preferences had set themselves to minimum work buffer of 100 days. Setting the work buffer down to something reasonable the high priority went away. Strangeness. |
©2020 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.