Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
![]() |
World Community Grid Forums
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Member(s) browsing this thread: JohnSmythe |
Thread Status: Active Total posts in this thread: 3225
|
![]() |
Author |
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12373 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Sgt.Joe
I suspect that you have been getting mostly unstuck units for a while. I think 0000026 has never been stuck. Mike |
||
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12373 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Another Sunday, so another full report.
The remaining stuck units have all been restarted. However, 3 had to be restarted from the beginning. These 'new' ultras are currently in generations 000, 001 & 002. Only the last of the 'old' ultras is still discernible in generation 086. The rest are mixed in with the other unstuck units. There are 122 units in the extreme range of which 113 are listed by WCG. That means 9 have yet to move since being restarted. The definitions of extreme, accelerated(priority) & normal have all moved on 1 generation since last week to 118, 123 & 133, respectively, but might move on another tomorrow. 55,752 units have validated in the week (7,964.6 per day) so wenow have 2,055,155 remaining until the end of the project. Maybe we will crack the 2 million next week. My calculated completion date is now 21 October 2022. This assumes that a full generation 182 will be the last and everyone continues as now until the end. If those University machines return from their holiday that might shorten the timespan but it currently means that those 3 new ultras will have to be validated every 34 hours average for the whole period. The end of the year would be more likely. Mike |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I received this one early this morning local time:
ARP1_0035388_101_0 2022-02-06 09:13:25 UTC 2022-02-09 03:13:25 UTC (2.75 days) However, the client reports the download as 2022-02-06 09:13:25 UTC and the deadline as 2022-02-08 03:13:25 UTC (1.75 days). Seems like that could be a problem if the WU is queued for any length of time on the client. The client uses it's date to cancel unstarted WUs. Not the server date. |
||
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12373 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Thank you, entity.
----------------------------------------Please see the postings yesterday from Kevin and myself. Because of the reset of 3 units to generation 000, the extremes have had a further acceleration. They were on half the original deadline of 7 days. That has been halved again to 1.75 days plus the extra 1 day leeway. It seems they couldn't differentiate those 3 from the other extremes so have had to accelerate them all. These 3 new ultras need to be validated every 34 hours for the rest of the project if they are to finish by October. It is now even more important to minimise the queues to avoid the problem you mention. I think that the project limits should now be a maximum of one spare in excess of the number actually running. The units are readily available if not immediately available so there is no need for a significant queue. One extra should be enough to tide over until the next download. Mike [Edit 1 times, last edit by Mike.Gibson at Feb 6, 2022 11:42:22 PM] |
||
|
Sgt.Joe
Ace Cruncher USA Joined: Jul 4, 2006 Post Count: 7666 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
ARP1_0008394_103 3 day deadline
----------------------------------------Cheers
Sgt. Joe
*Minnesota Crunchers* |
||
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12373 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Thank you, Sgt.Joe.
I presume you mean 2.75 days. Mike |
||
|
Sgt.Joe
Ace Cruncher USA Joined: Jul 4, 2006 Post Count: 7666 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Thank you, Sgt.Joe. I presume you mean 2.75 days. Mike You are right, I did not look that close. It is a triplet. Cheers
Sgt. Joe
*Minnesota Crunchers* |
||
|
GunZi
Senior Cruncher Joined: Apr 1, 2020 Post Count: 160 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() |
Reporting a sighting of this one ARP1_0033320_107_1 It has 36 second time step.
Should be completed in about 23-24 hours. |
||
|
MJH333
Senior Cruncher England Joined: Apr 3, 2021 Post Count: 266 Status: Offline Project Badges: ![]() ![]() ![]() ![]() ![]() |
Mike,
----------------------------------------I’ve picked up ARP1_0034646_097 and ARP1_0034321_104. Cheers, Mark * Edited to add the _104 task. [Edit 1 times, last edit by MJH333 at Feb 7, 2022 9:53:18 AM] |
||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Please see the postings yesterday from Kevin and myself. I did see those. That's why I'm not asking what changed. It is now even more important to minimise the queues to avoid the problem you mention. I think that the project limits should now be a maximum of one spare in excess of the number actually running. I can't do that on my 128 thread machine because project limits don't allow the plus one but is manageable. It would require extreme babysitting on the 256 thread machine due to project limits (I can't get 128 WUs). You can't run half the threads because you can't get enough work without setting project limits to unlimited and all that entails. App_config won't help in that case. |
||
|
|
![]() |