how to not run any FAAH autodock tasks

[Evantaur]

i'm hesitant to even share this (as it hurts science), but here's a BASH script i wrote for those who don't want to run FAAH (autodock) tasks

i don't have anything against it, but it just runs so damn slowly

http://nikita.tnnet.fi/~evntr/scripts/removekebab.sh

syntax is ./removekebab.sh faah <list of ips>
if you have password protected hosts use <:password> after each ip

example for localhost only:
./removekebab.sh faah localhost

example without password:
./removekebab.sh faah ip1 ip2 ip3 ip3 ip4

example with some passwords:
./removekebab.sh faah ip1 ip2:passwordprotected ip3 ip3:123123 ip4


you can add it to your crontab with

crontab -e
*/30 * * * * /path/to/removekebab.sh faah <list of ips>

thisway you'll only have vina projects running (if you already have faah task running this script will let them finish)

[OldChap]

Back a while I remember reading of, I think amd users, prefering to run faah projects.... This will help them

Would you care to be a little more specific on where to put this. It reads like a linux entry using cron but the ip's part seems to fit using it in boinctasks.

Old and slow here and today it shows

[D_A]

FAAH Autodock slow?



Uploaded with ImageShack.us

[Evantaur]

Back a while I remember reading of, I think amd users, prefering to run faah projects.... This will help them

Would you care to be a little more specific on where to put this. It reads like a linux entry using cron but the ip's part seems to fit using it in boinctasks.

Old and slow here and today it shows

you can put it anywhere really as long as it's linux , it uses boinccmd to get task info and abort tasks

you can do ./removekebab.sh faah localhost
that way it will only scan your local boinc client and abort any faah task that are not running

but if you have other machines you can add their ips and it will scan those also (OS doesn't matter)

[Evantaur]

FAAH Autodock slow?



Uploaded with ImageShack.us

yes...it runs longer and grants less points

here's a chart from a while ago, maybe i need to do that again just to be sure (too bad i don't have an extra FX-8350 lying around for AMD control runs)

^ actually that gave me an idea for another project

[D_A]

yes...it runs longer and grants less points

here's a chart from a while ago, maybe i need to do that again just to be sure (too bad i don't have an extra FX-8350 lying around for AMD control runs)

^ actually that gave me an idea for another project

I missed the part where one hour and five minutes is longer than two hours and twenty two minutes.

[OldChap]

I think it depends on individual hardware with runtime but all my rigs claim less on autodock

[Evantaur]

well... time to do some math again i guess

[Yeroon]

Vina's are worth almost twice as much (45pt vs 25pt roughly), and only run a couple min longer on avg, at least for me. But I run both because there are both.

[D_A]

I jusr ran the numbers on points per hour returned for each type of unit (Vina avg 27.4pph v Autodock avg 10.9pph on a A6-3000) and the Autodock ones definitely return less points per hour, less than half in fact, but on my hardware take the same or less time than the VINA units. I'm not worried about that since I have about five autodock units compared to 32 VINA ones.

[Evantaur]

just checked

average points per hour on I7-3770K
FAHV 49,56
FAAH 29,05

so FAHV runs longer but gives more points

[OldChap]

you can put it anywhere really as long as it's linux , it uses boinccmd to get task info and abort tasks

you can do ./removekebab.sh faah localhost
that way it will only scan your local boinc client and abort any faah task that are not running

but if you have other machines you can add their ips and it will scan those also (OS doesn't matter)

Thoughts on this?

m@m1 ~/BOINC/BOINC $ ./removekebab.sh faah localhost:xxx
./removekebab.sh: line 4: boinccmd: command not found
./removekebab.sh: line 4: boinccmd: command not found
m@m1 ~/BOINC/BOINC $ ./removekebab.sh: line 27: boinccmd: command not found

[Evantaur]

You need boinccmd, it's in the same package as boinc and boincmgr

binstall.sh  boinc  boinccmd  boincmgr  boincmgr.16x16.png  boincmgr.32x32.png  boincmgr.48x48.png  boincscr  ca-bundle.crt  locale  run_client  run_manager  skins

actually yeah, need to make some changes to the script for people who run boinc from their home directory

[Evantaur]

updated the script, and tried to make the helpscreen more useful

it now
A) checks if you've entered your boinccmd location manually

B) if not it proceeds to try to find it from binaries

C) if it can't find it it'll try to find it from the script location, if that fails it asks you to manually edit the script and change BOINC_CMD= to your proper path

please report if you find more bugs

[OldChap]

OK, Just ran that and it worked fine within VM. (actually reported an authorisation failure but the detailed reporting made that fixable for me).

I will try this across the network later.

Aborting can be done manually within BoincTaks fairly easily too for those running windows:

With all computers selected:

1. Sort on project name

2. double click on any nested wu's waiting to run

3. highlight any faah wu's (you can use shift and ctrl to speed this up)

4. right click and select abort

5. The frequency that this needs doing will be once every 1 day less than the size in days of your min cache.

[Evantaur]

Used to do that but got bored :S
+ it's PITA when you have 5 hosts

[anubis]

Thanks, works like a charm.

[Evantaur]

seems like phenomII based CPUS like autodock WUs more, not sure about FX yet...tho i don't have charts to back up any of my claims cause my phenom II is doing serverstuff too, and one rogue process keeps crashing and eating CPU

[anubis]

K10 doesnt like autodock at all
http://stats.free-dc.org/stats.php?p...hostid=2399721

[Evantaur]

Should have some data when i get home

[Evantaur]

Average points per hour for AMD Phenom(tm) II X6 1100T in faah: 24.85
Average points per hour for AMD Phenom(tm) II X6 1100T in FAHV: 32.91

so yeah... Vina still wins :P


however FX seems to be different
Average points per hour for succubus in faah: 30.10
Average points per hour for succubus in FAHV: 28.84

[Evantaur]

i really need a separate rig for more accurate info

[Evantaur]

updated removekebab 0.3
#Changelog:
- made it a little more efficient by using arrays instead of awk
- added "debug" mode, modify DEBUG=0 in script if you wish to use it

[Evantaur]

if someone is using my script to abort milkyway@home tasks, please stop using it and use your profile settings instead

Hello all,

It has come to our attention that some users have been setting their BOINC clients to auto abort work units from specific applications. Doing this sends an error results back to our server which then causes some work units to be unable to validate. Essentially, it prevents some of our hard working crunchers from getting their due credits. The proper way to prevent yourself from getting work units from a specific applications such as our beta applications N-Body or Modified Fit, is to go to your account page on our website (http://milkyway.cs.rpi.edu/milkyway/home.php). Under the Preferences section please select the link for your preferences for this project. There will then be a link to edit these preferences on this page. Halfway down your preferences, there will be some check boxes in the "Run only the selected applications" section. You will only receive work units for the applications you have check marks next to. For reference: Milkyway@home is our flagship application and is considered stable and in its final released state; Milkyway@home N-body Simulation is our beta version N-body simulation and orbit fit program; Milkyway@home Separation is an, as of now, unused application; Milkyway@home Separation (Modified Fit) is our beta version separation code testing new models for both streams and background in the Milky Way Halo. As usual if you have any issues with this method or questions about it please post them here. We appreciate your cooperation and understanding in this.

Thank you,

Jake W.

TL;DR: If you are auto-aborting work units please stop and use the method above to prevent users from losing credits and to prevent problems in our algorithms.

http://milkyway.cs.rpi.edu/milkyway/...ad.php?id=3363