More than 10 slices & it gets messy
More than 10 slices & it gets messy
Last edited by stoneageman; 03-02-2014 at 03:35 PM.
Crunch with us, the XS WCG team
The XS WCG team needs your support.
A good project with good goals.
Come join us,get that warm fuzzy feeling that you've done something good for mankind.
You want more points ??? then switch your rigs to Linux (the intel ones at least) then run aids project and include a app_config limiting FAAH to one at a time.
With a bit of judicious pruning of the wu's that you run forcing FAHV where possible then you might be getting a 30-40% increase in daily output.
I went from around 13K to about 18 K doing this on one rig.
I have no idea if amd likes Vina wu's too
My Biggest Fear Is When I die, My Wife Sells All My Stuff For What I Told Her I Paid For It.79 SB threads and 32 IB Threads across 4 rigs 111 threads Crunching!!
i spent about a week trying to get those supermicro opterons running on linux, nothing would work and i got tired of fighting an uphill battle..
i prob wont be trying that again, and if i do i will just box the rig up and ship it to poppageek(or like) and let him spend the 12+hours setting it up.
that actually sounds like a good idea, i may just ship the whole rig over.
Couldn't get any networking to work, wired wouldn't be seen, not to mention the "supported" wireless card also.. I spent a while over in the Linux thread with pops geek. Can read thru it it's a few pages back
I need my dedicated to run wireless, and purchased wireless cards with supported "ath9k" but no go..
Last edited by stoneageman; 03-02-2014 at 03:31 PM.
OC:
1. Why are you limiting FA@H to 1 at a time? (AFAIK, setting a limit in app_config doesn't know about the 2 types of FA@H apps - AutoDock + VINA, and just sets the total of these). Shouldn't you just set your profiles to run FA@H exclusively, so that you crunch as many high-paying WUs as you can?
2. If by "judicious pruning" you mean aborting AutoDock WUs before they start, please be aware that aborting a zero-redundancy WU causes 2 repair copies to be sent out, effectively wasting the crunching time of the device that gets the 2nd repair WU. I enquired about this on the WCG forum & was told they do this because the delay between sending the original WU and sending the repair WUs could cause the job to miss its deadline if there was a problem with a second zero-redundancy WU.
Aborting the AutoDock WUs will get you more points, but will slow down the overall WCG throughput because the devices crunching your extra AutoDock WUs would be better employed crunching new WUs instead.
The best solution would be for WCG to increase the proportion of VINA WUs in the FA@H work sent to Linux machines, sending the extra AutoDock WUs to other devices. I'd suggest that to WCG but I'm over having suggestions ignored there. ATM, they seem to be a bit short of projects, so they may not be really keen to speed up FA@H.
[[Does this belong in the Linux forum instead of here?]]
1. An app_config limiting faah will only limit autodock because Vina is seen as fahv
2. If that is the case the they should definitely allow us to choose in order to obviate the need for 2 repairs
3 the best solution, beyond separating the two types of work, would be to read machine settings in app config as well as cc config then send a proportionate number of wu's. This is just as unlikely as they don't even follow the boinc rules in the config files.
My conclusion is that I get to choose what I run. They get to deal with the issues that they caused by their decision.
My Biggest Fear Is When I die, My Wife Sells All My Stuff For What I Told Her I Paid For It.79 SB threads and 32 IB Threads across 4 rigs 111 threads Crunching!!
Yesterday
Today
Last edited by stoneageman; 02-22-2014 at 04:50 AM.
Last edited by stoneageman; 03-02-2014 at 03:29 PM.
Last edited by stoneageman; 03-02-2014 at 03:29 PM.
Last edited by stoneageman; 03-02-2014 at 03:30 PM.
Last edited by stoneageman; 03-02-2014 at 03:27 PM.
Last edited by stoneageman; 03-02-2014 at 03:26 PM.
Last edited by stoneageman; 03-02-2014 at 03:48 PM.
Bookmarks