log in |
Message boards : News : upcoming S66 batch change
1 · 2 · Next
Author | Message |
---|---|
To get this 2023 CRUS goal in time there is a need to change the deadline in the next batch. Its planned to change the deadline from 3d to 0.5d for faster returns | |
ID: 9256 · Rating: 0 · rate: / Reply Quote | |
Nice. | |
ID: 9257 · Rating: 0 · rate: / Reply Quote | |
Honestly, I find a 3 day time-out on <60 second tasks a bit weird in the first place. | |
ID: 9258 · Rating: 0 · rate: / Reply Quote | |
Yes I agree deadlines can certainly be shorter. Could I suggest instead of a 0.5 (12 hour) moving to a .75 (18 hour) deadline? Reason being not everybody runs the computer is 24 hours a day. | |
ID: 9259 · Rating: 0 · rate: / Reply Quote | |
Yes I agree deadlines can certainly be shorter. Could I suggest instead of a 0.5 (12 hour) moving to a .75 (18 hour) deadline? Reason being not everybody runs the computer is 24 hours a day. The server still has running the grace_period so you have 12h + 12h | |
ID: 9260 · Rating: 0 · rate: / Reply Quote | |
Yes I agree deadlines can certainly be shorter. Could I suggest instead of a 0.5 (12 hour) moving to a .75 (18 hour) deadline? Reason being not everybody runs the computer is 24 hours a day. Fantastic nice touch. When processing I will do my best to get the work returned before deadline. | |
ID: 9261 · Rating: 0 · rate: / Reply Quote | |
I don't see how changing deadlines does anything. It won't make tasks complete faster. If someone is running only SRBase this does nothing. If there a mix of projects then the client will adjust, once, if needed. But then will continue with the same project weighting. | |
ID: 9262 · Rating: 0 · rate: / Reply Quote | |
I don't see how changing deadlines does anything. It won't make tasks complete faster. If someone is running only SRBase this does nothing. If there a mix of projects then the client will adjust, once, if needed. But then will continue with the same project weighting. It will be faster. Instead of waiting 3d to resend it will only take 1d. | |
ID: 9263 · Rating: 0 · rate: / Reply Quote | |
I don't see how changing deadlines does anything. It won't make tasks complete faster. If someone is running only SRBase this does nothing. If there a mix of projects then the client will adjust, once, if needed. But then will continue with the same project weighting. It will also reduce bunkering of Work Units. ____________ Primes Found: 50*893^231310-1 (Top 5000) 316*1010^150468+1 20*634^476756-1 (Top 5000) 6101*60^134079-1 96*789^506568+1 (Top 5000) 225*370^322863-1 (Top 5000) 4854*103^128181+1 71460*25^337758-1 | |
ID: 9271 · Rating: 0 · rate: / Reply Quote | |
Asking out of curiosity, do you have any idea when more work will be available? | |
ID: 9279 · Rating: 0 · rate: / Reply Quote | |
Asking out of curiosity, do you have any idea when more work will be available? After all results are back. All primes which are found need to be removed from the sievefile. Already decreased deadline from the current batch today. I will increase work for the new batch to get it done in time. The current speed is awful. | |
ID: 9280 · Rating: 0 · rate: / Reply Quote | |
Asking out of curiosity, do you have any idea when more work will be available? Thanks for the update. I wondered if Auck all results needed to be returned before new one can go out. Hope the remaining result return quickly for you | |
ID: 9281 · Rating: 0 · rate: / Reply Quote | |
Asking out of curiosity, do you have any idea when more work will be available? Yeah, for example, we're still waiting on the last two tasks for S51, the Sier-base short that was loaded almost two weeks ago, at like 4 minutes for a task. Can't wait to see S66 be sped up. Will you load a larger n-range too? That said, the workunits are short enough that I have trouble keeping work loaded (they crunch faster than I can get them downloaded). | |
ID: 9282 · Rating: 0 · rate: / Reply Quote | |
Asking out of curiosity, do you have any idea when more work will be available? Sometimes its frustrating. I will try to setup a 2k range with lower deadline. We only have 30d left for 7M WUs. 8h for loading a batch (around 700k WUs) which has 2d of work. | |
ID: 9283 · Rating: 0 · rate: / Reply Quote | |
When work is available I will happily help process it. Thanks for all of the work you put in behind-the-scenes so work can get processed | |
ID: 9284 · Rating: 0 · rate: / Reply Quote | |
I have switched all the work to my host to finish up the rest, all in progress WUs by others got credits. | |
ID: 9285 · Rating: 0 · rate: / Reply Quote | |
Message 9260 - Posted: 15 Nov 2023, 22:38:27 UTC - in response to Message 9259. This is a shame, hopefully not much work will have to be reissued because of tasks missing deadlines, for people that need to turn their machines off overnight | |
ID: 9288 · Rating: 0 · rate: / Reply Quote | |
If these machines are turned off then its better to run other apps. In this case its a must to reach the goal, cant find another way. Reducing the work cache also helping. | |
ID: 9289 · Rating: 0 · rate: / Reply Quote | |
All good, you would have got to your goal faster with the use of my CPU. I will just use my GPU for this project and use my CPU for around 14 hours a day on other projects | |
ID: 9290 · Rating: 0 · rate: / Reply Quote | |
With the reduced timeline, do you think we should also reduce the max number of work units per day available to increase opportunity to those who don't run most of the day? | |
ID: 9291 · Rating: 0 · rate: / Reply Quote | |
Message boards :
News :
upcoming S66 batch change