Message boards :
Number crunching :
This computer has reached a limit on tasks in progress ?
Message board moderation
Author | Message |
---|---|
EdwardPF Send message Joined: 26 Jul 99 Posts: 389 Credit: 236,772,605 RAC: 374 |
PC #5348586 has 308 tasks in progress. I've had a LOT more than that (this A.M). Is there a new limit in place now?? Ed F |
Dirk Sadowski Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
Message 1153992 and following. Message 1154047 (maybe we get an answer/update there from the S@h crew) - Best regards! - Sutaru Tsureku, team seti.international founder. - Optimize your PC for higher RAC. - SETI@home needs your help. - |
Donald L. Johnson Send message Joined: 5 Aug 02 Posts: 8240 Credit: 14,654,533 RAC: 20 |
Message 1153992 and following. I think this message from Richard is the best answer we'll get, unless Eric or Jeff post to this thread or give us an update after Tuesday's maintenance outage. Donald Infernal Optimist / Submariner, retired |
Bill Collins Send message Joined: 5 Nov 05 Posts: 25 Credit: 57,544,918 RAC: 0 |
I've got 50 "in progress" and my machine is being refused more WUs too. It may be a bug. - Bill -Bill |
zoom3+1=4 Send message Joined: 30 Nov 03 Posts: 66269 Credit: 55,293,173 RAC: 49 |
I've got 50 "in progress" and my machine is being refused more WUs too. It may be a bug. Well then someone get out the Bug spray. ;) Savoir-Faire is everywhere! The T1 Trust, T1 Class 4-4-4-4 #5550, America's First HST |
Josef W. Segur Send message Joined: 30 Oct 99 Posts: 4504 Credit: 1,414,761 RAC: 0 |
I've got 50 "in progress" and my machine is being refused more WUs too. It may be a bug. When they used the advanced job limits following the scheduled 3 day outages, it worked per CPU. IOW, a quad core host could get 4 times as many as a single core host. However, IIRC the format of that config_aux.xml has changed since then. I don't think the older version needed a <per_proc/> entry to work that way. It may be intentional, there are very few single core hosts these days and it's certainly simpler just to specify how many jobs for CPU and GPU a host can have. It will avoid unintentional overfetching when the scaling of estimates returns to normal. Joe |
soft^spirit Send message Joined: 18 May 99 Posts: 6497 Credit: 34,134,168 RAC: 0 |
Current download limits(temporary) Have been set to 50 for CPU, 400 for GPU. As bandwidth becomes available, I am certain they will increase them. Janice |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13840 Credit: 208,696,464 RAC: 304 |
Current download limits(temporary) Have been set to 50 for CPU, 400 for GPU. I've got less than 120 GPU tasks on one system & it'm getting the "reached limit" message. Grant Darwin NT |
Gary Charpentier Send message Joined: 25 Dec 00 Posts: 30966 Credit: 53,134,872 RAC: 32 |
Current download limits(temporary) Have been set to 50 for CPU, 400 for GPU. I'm not sure if that is bandwidth, or results in the field + results waiting validation -- their database size. In any case setting a 10 day cache isn't going to do you any good for Seti. Ironically this limit may increase your RAC as it forces work units to come back sooner so they validate sooner. |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13840 Credit: 208,696,464 RAC: 304 |
Current download limits(temporary) Have been set to 50 for CPU, 400 for GPU. And then when i don't get that message i get the "No tasks sent" or "Project has no work available" messages. *sigh* Grant Darwin NT |
©2024 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.