Gilthanis
[H]ard|DCer of the Year - 2014
- Joined
- Jan 29, 2006
- Messages
- 8,735
Nope, gonna bring on some powa!
Oh good...I thought maybe you went out and compiled an optimized client or something...lol
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Nope, gonna bring on some powa!
If anybody is interested all of my rigs will be running in the Primegrid Shakespeare's Birthday Challenge for the 3 days of the chalange, we did pretty good in last months PSP challange we took 5th we beat EVGA they took 6th in the PSP challange. I am pretty sure we could take the #1 spot if we tried.
http://www.primegrid.com/forum_thread.php?id=5617
The challenge will begin 20 April 2014 16:16 UTC and end 23 April 2014 16:16 UTC http://www.primegrid.com/
What about the LLR beta app? Do we need to manually download the latest version and use app_info.xml to enable it?
http://jpenne.free.fr/index2.html
I just signed up for PrimeGrid and only selected PPS. My clients downloaded the following:
16-Apr-2014 09:35:48 [PrimeGrid] Started download of primegrid_llr_wrapper_6.17_x86_64-pc-linux-gnu
16-Apr-2014 09:35:48 [PrimeGrid] Started download of primegrid_sllr_3.8.9_x86_64-pc-linux-gnu
It sounds like 3.8.9 is old and 3.8.13 is the latest one with AVX and AVX2 patches. Do I need to do anything special to run 3.8.13?
If you don't have a Haswell CPU there's no need to switch to this version of LLR.
To use this, you will need to use app_info. Remember -- when you turn app_info on or off you lose any in-progress tasks, so wait until everything is finished!
http://www.primegrid.com/forum_thread.php?id=5557#74062
I will also point out that these work units may run just fine with HT turned on. Do some testing ahead of time to maximize production.
<app_info>
<app>
<name>magphys_wrapper</name>
<user_friendly_name>fitsedwrapper 3.40 v2</user_friendly_name>
</app>
<file_info>
<name>wrapper_x86_64-pc-linux-gnu_340</name>
<executable/>
</file_info>
<file_info>
<name>fit_sed_x86_64-pc-linux-gnu_340</name>
<executable/>
</file_info>
<file_info>
<name>concat_x86_64-pc-linux-gnu_340</name>
<executable/>
</file_info>
<app_version>
<app_name>magphys_wrapper</app_name>
<version_num>340</version_num>
<file_ref>
<file_name>wrapper_x86_64-pc-linux-gnu_340</file_name>
<open_name>wrapper</open_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>fit_sed_x86_64-pc-linux-gnu_340</file_name>
<open_name>fit_sed</open_name>
</file_ref>
<file_ref>
<file_name>concat_x86_64-pc-linux-gnu_340</file_name>
<open_name>concat</open_name>
</file_ref>
</app_version>
</app_info>
Thanks for the details. This is very interesting, but I wonder how it affects other BOINC projects. I cannot easily enable/disable HT across my 39 clients in an automated fashion. Do you have similar benchmarks running 32 non-HT tasks on other BOINC projects like SIMAP, Rosetta, Poem, etc.?Brilong HT off is about 4.5% greater ppd.
This is an interesting technique I had not thought of. I've got all my clients attached to Primegrid with a resource share of 0. Most of the clients (non-GPU) have SIMAP and Rosetta running with resource share of 200. I was planning on adjusting the resource share to set everything but PrimeGrid to 0 and then update all the hosts. I like your idea better.Grandpa_01 said:I have already attached all of the rigs to Primgrid in Bam and have set my preferences in Primegrid to only accept PPS and have most of the 4P's set to no new work for Primgrid.
On the evening before the challenge I will set the 4P's that are running on other projects to no new work on the projects they are running on. On the day of the challenge when the start time comes I will remove the no new work from the Primgrid project in Bam. Once that is done I will have to go to each computer and have the communicate with Bam but that will not take long. I have found that most of the rigs will usually update with Bam fairly quickly within a few minutes if the are out of work but occasionally it will take them a while that is the reason for manually updating Bam.
PRIMEGRID="http://www.primegrid.com/"
for url in $(boinccmd --get_project_status | sed -n 's/\s*master URL: //p' | egrep -v 'primegrid|wuprop'); do
boinccmd --project ${url} suspend
done
boinccmd --project $PRIMEGRID allowmorework
Hmm, for Prime Sierpinski Problem - PRP, I wonder how many complaints their would be if we reserved a range and crunched one unit for each of the vault teams , causing the points per position to drop to double digits
Looking for trouble, eh?
brilong your computer power just amazes me I asuming that some of the 32 processor machines you are running, are 2P 4650's by looking at your WU run times since the time is about what a 4P 4650 with HT on would be.
GenuineIntel
Genuine Intel(R) CPU @ 2.70GHz [Family 6 Model 45 Stepping 5]
(32 processors)
I assume that is a 2P 4650 rig ?
Uh-Ooo It looks like brilongs script may have shut WU Prop down on his rigs.
http://stats.free-dc.org/stats.php?page=user&proj=wup&name=8315
I do not think the 4 hr outtage is going to hurt us since we are currently 1.25M out in front of #2 after 1 full day of the challange, so we are out producing them by quite a bit, close to 100% at this point in time.
I do not think the 4 hr outtage is going to hurt us since we are currently 1.25M out in front of #2 after 1 full day of the challange, so we are out producing them by quite a bit, close to 100% at this point in time.
Grandpa_01 said:By the way I did get a PPS LLR prime that made it into the top 5000 record books today
I'm very happy Free-DC has started importing GIMPS stats so it's really easy to track Opportunities / Days to Overtake.
I see brilong has found 3 primes so far during the compition