Message boards :
Number crunching :
Short time limits require short buffer
Message board moderation
Author | Message |
---|---|
Send message Joined: 11 Jan 17 Posts: 99 Credit: 224,673 RAC: 0 |
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. |
Send message Joined: 20 Nov 18 Posts: 22 Credit: 14,909 RAC: 0 |
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. |
Send message Joined: 11 Jan 17 Posts: 99 Credit: 224,673 RAC: 0 |
A longer deadline is the only option that will work for everybody. Except perhaps the researchers. They may need a shorter time limit. |
Send message Joined: 20 Nov 18 Posts: 22 Credit: 14,909 RAC: 0 |
A longer deadline is the only option that will work for everybody. Thru, but then they should make somekind of statement of that on the frontpage. |
Send message Joined: 11 Jan 17 Posts: 99 Credit: 224,673 RAC: 0 |
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. |
Send message Joined: 27 Sep 18 Posts: 58 Credit: 0 RAC: 0 |
We extended the time limit to 24 hours. |
Send message Joined: 27 Nov 18 Posts: 3 Credit: 503,019 RAC: 0 |
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. |
Send message Joined: 11 Jan 17 Posts: 99 Credit: 224,673 RAC: 0 |
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. |
Send message Joined: 3 Dec 18 Posts: 2 Credit: 1,247 RAC: 0 |
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. that would be okay, if the admins would communicate this. |
Send message Joined: 11 Jan 17 Posts: 99 Credit: 224,673 RAC: 0 |
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. |
Send message Joined: 27 Sep 18 Posts: 58 Credit: 0 RAC: 0 |
Time limit has been increased to 48 hours. |
Send message Joined: 27 Nov 18 Posts: 3 Credit: 503,019 RAC: 0 |
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! |
©2025 COPYRIGHT 2017-2018 NCN