Scripting to remove WUs from certain searches
log in

Advanced search

Message boards : News : Scripting to remove WUs from certain searches

Author Message
Profile Travis
Volunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 30 Aug 07
Posts: 2046
Credit: 26,480
RAC: 0

Message 37192 - Posted: 11 Mar 2010, 2:53:25 UTC

I'd also like to put a note out there to people running scripts to cancel WUs from certain searches, asking you to stop. These can lead to some bad server problems where some WUs accumulate on the server because they're not being processed fast enough. We'll be taking some steps on the server end to stop this kind of activity, but until that gets finished I'd like to ask people to stop. If it continues I'll start banning or zeroing out offending users credit. --Travis
____________

[XTBA] Raferty
Send message
Joined: 4 Sep 09
Posts: 2
Credit: 44,860,636
RAC: 0

Message 37437 - Posted: 16 Mar 2010, 20:20:20 UTC - in response to Message 37192.

Hi,
I have some Mikyway's WU that are calculate to more than 100% .
So I canceled them !
Should I let them go or what ?

It concerne only a few WU but on the 3 computers on wich your project is running !

Please let me know .

Emanuel
Send message
Joined: 18 Nov 07
Posts: 280
Credit: 2,442,757
RAC: 0

Message 37446 - Posted: 17 Mar 2010, 1:11:57 UTC - in response to Message 37437.
Last modified: 17 Mar 2010, 1:12:10 UTC

Please let the WUs finish. The progress bar issue is a visual glitch only, and doesn't make the WUs invalid. However, it only shows up for large WUs, so expect them to take longer. Hopefully a new app version will be out soon to fix it - the fix itself is very simple.

Profile banditwolf
Avatar
Send message
Joined: 12 Nov 07
Posts: 2425
Credit: 524,164
RAC: 0

Message 37447 - Posted: 17 Mar 2010, 2:04:45 UTC - in response to Message 37437.

Hi,
I have some Mikyway's WU that are calculate to more than 100% .
So I canceled them !
Should I let them go or what ?

It concerne only a few WU but on the 3 computers on wich your project is running !

Please let me know .

There is other topics about this in the "Number Crunching" section. It seems to be just an error with the % calculation.
____________
Doesn't expecting the unexpected make the unexpected the expected?
If it makes sense, DON'T do it.

[XTBA] Raferty
Send message
Joined: 4 Sep 09
Posts: 2
Credit: 44,860,636
RAC: 0

Message 37450 - Posted: 17 Mar 2010, 6:11:34 UTC - in response to Message 37447.

Thanks for the quick answer !

Ananas
Send message
Joined: 19 Aug 08
Posts: 12
Credit: 2,500,263
RAC: 0

Message 37461 - Posted: 17 Mar 2010, 22:27:34 UTC - in response to Message 37192.
Last modified: 17 Mar 2010, 22:34:55 UTC

Why don't you just fix the BOINC bug that allows a host to always have the full quota with only 2% valid results?

void SCHEDULER_REPLY::got_good_result() { host.max_results_day *= 2; if (host.max_results_day > config.daily_result_quota) { host.max_results_day = config.daily_result_quota; } } void SCHEDULER_REPLY::got_bad_result() { host.max_results_day -= 1; if (host.max_results_day < 1) { host.max_results_day = 1; } }


would better be

void SCHEDULER_REPLY::got_good_result() { host.max_results_day += 1; if (host.max_results_day > config.daily_result_quota) { host.max_results_day = config.daily_result_quota; } } void SCHEDULER_REPLY::got_bad_result() { host.max_results_day /= 2; if (host.max_results_day < 1) { host.max_results_day = 1; } }


The only problem would be that other BOINC bug, that applies only to a few projects : WUs that are cancelled on server side reduce the host quota instead of beeing quota-neutral.

Misfit
Avatar
Send message
Joined: 27 Aug 07
Posts: 915
Credit: 1,503,115
RAC: 0

Message 37481 - Posted: 18 Mar 2010, 4:37:10 UTC - in response to Message 37192.

I'd also like to put a note out there to people running scripts to cancel WUs from certain searches, asking you to stop. These can lead to some bad server problems where some WUs accumulate on the server because they're not being processed fast enough. We'll be taking some steps on the server end to stop this kind of activity, but until that gets finished I'd like to ask people to stop. If it continues I'll start banning or zeroing out offending users credit. --Travis

What, people running scripts on this project? Say it isn't so. Ban 'em!
____________
me@rescam.org

bugloaf
Send message
Joined: 17 Feb 10
Posts: 2
Credit: 21,053
RAC: 0

Message 37498 - Posted: 18 Mar 2010, 15:13:16 UTC

I don't get why someone would cancel a WU? Do they have a favorite section of the galaxy?

Emanuel
Send message
Joined: 18 Nov 07
Posts: 280
Credit: 2,442,757
RAC: 0

Message 37499 - Posted: 18 Mar 2010, 15:15:22 UTC - in response to Message 37498.

At the moment the different types of WUs have different runtimes, yet still give the same credit. So if you want the most credit, you'd cancel all the longer running WUs. Of course, this is very bad for the project.

Profile Christopher Herr
Avatar
Send message
Joined: 12 Mar 10
Posts: 7
Credit: 104,940,688
RAC: 0

Message 37809 - Posted: 28 Mar 2010, 10:50:03 UTC - in response to Message 37192.

Hi Travis,

i agree with Misfit, ban those j***s from the project. I have never even considered to cancel a wu because of what reason ever there may be. If you are interested in more credits, then simply leave your machines crunching the whole night.

Greetings from Germany,
Christopher

Vid Vidmar*
Avatar
Send message
Joined: 29 Aug 07
Posts: 81
Credit: 60,360,858
RAC: 0

Message 37835 - Posted: 29 Mar 2010, 9:15:46 UTC - in response to Message 37809.

Aborting tasks is soooo yesterday! One needs to write a script to weed out those pesky long runners, even worse, one risks getting banned! Running SP apps, that's the way to go! No scripting, no sanctions, 4x+ the credits!
____________


Post to thread

Message boards : News : Scripting to remove WUs from certain searches


Main page · Your account · Message boards


Copyright © 2018 AstroInformatics Group