Short time limits require short buffer

Message boards : Number crunching : Short time limits require short buffer
Message board moderation

To post messages, you must log in.

AuthorMessage
Jim1348

Send message
Joined: 11 Jan 17
Posts: 65
Credit: 194,081
RAC: 209
Message 113 - Posted: 12 Dec 2018, 13:01:35 UTC
Last modified: 12 Dec 2018, 13:34:32 UTC

The present work units have an 8-hour time limit. So to ensure that I don't receive more work units than that, I am shortening the buffer to 0.1 + 0.15 days = 6 hours max.

Maybe nanoHUB has a built-in limit? I have not seen it yet.
ID: 113 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Henk Haneveld

Send message
Joined: 20 Nov 18
Posts: 22
Credit: 9,565
RAC: 91
Message 114 - Posted: 12 Dec 2018, 13:14:46 UTC - in response to Message 113.  

That only works if you run 24/7.

If like me you don't, the short deadline will keep beeing a problem.

Lets say I shutdown at 20:00 hrs and start backup at 09:00, if I then receive new work at 19:59 they will have gone past the deadline before I can even have a look at them.

A longer deadline is the only option that will work for everybody.
ID: 114 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Jim1348

Send message
Joined: 11 Jan 17
Posts: 65
Credit: 194,081
RAC: 209
Message 116 - Posted: 12 Dec 2018, 13:35:24 UTC - in response to Message 114.  

A longer deadline is the only option that will work for everybody.

Except perhaps the researchers. They may need a shorter time limit.
ID: 116 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Henk Haneveld

Send message
Joined: 20 Nov 18
Posts: 22
Credit: 9,565
RAC: 91
Message 118 - Posted: 12 Dec 2018, 13:53:23 UTC - in response to Message 116.  

A longer deadline is the only option that will work for everybody.

Except perhaps the researchers. They may need a shorter time limit.

Thru, but then they should make somekind of statement of that on the frontpage.
ID: 118 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Jim1348

Send message
Joined: 11 Jan 17
Posts: 65
Credit: 194,081
RAC: 209
Message 119 - Posted: 12 Dec 2018, 14:28:54 UTC - in response to Message 118.  

Thru, but then they should make somekind of statement of that on the frontpage.

I am all in favor of more communications when they have peculiar requirements. (They are still in the learning phase.)
At the moment, I have a couple of WUs that appear to be stuck, or maybe it is just a problem with the progress report. That will be interesting.
ID: 119 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Nonexistent_Admin
Volunteer moderator
Project administrator

Send message
Joined: 27 Sep 18
Posts: 58
Credit: 0
RAC: 0
Message 131 - Posted: 14 Dec 2018, 14:10:10 UTC

We extended the time limit to 24 hours.
ID: 131 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
RFGuy_KCCO

Send message
Joined: 27 Nov 18
Posts: 3
Credit: 503,019
RAC: 199
Message 143 - Posted: 18 Dec 2018, 21:37:44 UTC - in response to Message 131.  
Last modified: 18 Dec 2018, 21:43:19 UTC

Still too short and causes all WU's to run at high priority, preempting other work. If they all run as high priority regardless of deadline, that's fine, but a 24 hour deadline is still very short. Deadlines should be at least 3-4 days. I saw in another post that the admins were thinking about changing the deadline from 24 to 48 hours, which would certainly be an improvement.
ID: 143 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Jim1348

Send message
Joined: 11 Jan 17
Posts: 65
Credit: 194,081
RAC: 209
Message 144 - Posted: 19 Dec 2018, 17:43:48 UTC - in response to Message 143.  

I keep the default buffer of 0.1 + 0.5 days, and have no problem with a 24 hour limit. It is entirely possible that some of this work is for student projects, and they may need the faster turnaround.

Not all projects are for all crunchers.
ID: 144 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Shadak

Send message
Joined: 3 Dec 18
Posts: 2
Credit: 1,247
RAC: 0
Message 145 - Posted: 20 Dec 2018, 8:25:21 UTC - in response to Message 144.  

I keep the default buffer of 0.1 + 0.5 days, and have no problem with a 24 hour limit. It is entirely possible that some of this work is for student projects, and they may need the faster turnaround.

Not all projects are for all crunchers.


that would be okay, if the admins would communicate this.
ID: 145 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Jim1348

Send message
Joined: 11 Jan 17
Posts: 65
Credit: 194,081
RAC: 209
Message 146 - Posted: 20 Dec 2018, 10:29:29 UTC - in response to Message 145.  

that would be okay, if the admins would communicate this.

Yes, I agree. We really don't know what is going on, and how our machines are being used. They need to tell us.
ID: 146 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Nonexistent_Admin
Volunteer moderator
Project administrator

Send message
Joined: 27 Sep 18
Posts: 58
Credit: 0
RAC: 0
Message 149 - Posted: 21 Dec 2018, 1:40:54 UTC

Time limit has been increased to 48 hours.
ID: 149 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
RFGuy_KCCO

Send message
Joined: 27 Nov 18
Posts: 3
Credit: 503,019
RAC: 199
Message 150 - Posted: 23 Dec 2018, 3:12:29 UTC - in response to Message 149.  

Time limit has been increased to 48 hours.

The project is playing nicer with other projects now. Thank you! I appreciate projects that listen to the crunchers and communicate with them. It means a lot to most of us! Thanks again!
ID: 150 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote

Message boards : Number crunching : Short time limits require short buffer


©2020 COPYRIGHT 2017-2018 NCN