Getting the most Seti cpu production out of your Amd 7 2600/2700 cpu

Message boards : Number crunching : Getting the most Seti cpu production out of your Amd 7 2600/2700 cpu
Message board moderation

To post messages, you must log in.

Previous · 1 · 2 · 3 · 4 · 5 · 6 · Next

AuthorMessage
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 9640
Credit: 886,581,656
RAC: 1,721,237
United States
Message 2008080 - Posted: 18 Aug 2019, 16:42:37 UTC

Or as Zalster has commented or recommended, just set a max_concurrent statement in app_config so that the total cpu usage is 65-90%. I like around 65% usage as that keeps cpu_time within a couple of minutes of run_time. Follow Juan's formula for a spoofed client, add the desired number of cpu tasks wanted to run to the total amount of spoofed gpus to arrive at the designated max_concurrent statement.
Seti@Home classic workunits:20,676 CPU time:74,226 hours
ID: 2008080 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 3452
Credit: 195,809,416
RAC: 530,442
United States
Message 2008229 - Posted: 19 Aug 2019, 2:43:58 UTC - in response to Message 2008080.  
Last modified: 19 Aug 2019, 2:44:56 UTC

Or as Zalster has commented or recommended, just set a max_concurrent statement in app_config so that the total cpu usage is 65-90%. I like around 65% usage as that keeps cpu_time within a couple of minutes of run_time. Follow Juan's formula for a spoofed client, add the desired number of cpu tasks wanted to run to the total amount of spoofed gpus to arrive at the designated max_concurrent statement.


I had this running previously:

<app_config>
<project_max_concurrent>48</project_max_concurrent>
</app_config>

Which is the gpus 6-> 32 spoofed setup.

And with 100% of the cores/threads enabled in Boinc Manager, the RAC graph was dead flat.

I have just re-patched to this:
app_config>
<project_max_concurrent>48</project_max_concurrent>
<app>
<name>setiathome_v8</name>
<gpu_versions>
<gpu_usage>1.0</gpu_usage>
<cpu_usage>1.0</cpu_usage>
</gpu_versions>
</app>
<app>
<name>astropulse_v7</name>
<gpu_versions>
<gpu_usage>0.5</gpu_usage>
<cpu_usage>1.0</cpu_usage>
</gpu_versions>
</app>
</app_config>


I now have the above with 90% threads running. 6 gpus + 8 cpus. This is the stock setup I have been using.

If the RAC graph curves into a steep dive tonight, then we are going to have to come up with a compromise of some type because some over-committing of the cpus may increase total production.

Tom
I will stop procrastinating tomorrow.
\\// Live Long & Prosper (starting tomorrow ;)
ID: 2008229 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 9640
Credit: 886,581,656
RAC: 1,721,237
United States
Message 2008232 - Posted: 19 Aug 2019, 2:46:52 UTC - in response to Message 2008229.  


I now have the above with 90% threads running. 6 gpus + 8 cpus. This is the stock setup I have been using.

If the RAC graph curves into a steep dive tonight, then we are going to have to come up with a compromise of some type because some over-committing of the cpus may increase total production.

Tom

Do you really expect RAC to change that fast????? I have never seen RAC change overnight. More like a couple of days if that fast/
Seti@Home classic workunits:20,676 CPU time:74,226 hours
ID: 2008232 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 3452
Credit: 195,809,416
RAC: 530,442
United States
Message 2008235 - Posted: 19 Aug 2019, 3:04:08 UTC - in response to Message 2008232.  


I now have the above with 90% threads running. 6 gpus + 8 cpus. This is the stock setup I have been using.

If the RAC graph curves into a steep dive tonight, then we are going to have to come up with a compromise of some type because some over-committing of the cpus may increase total production.

Tom

Do you really expect RAC to change that fast????? I have never seen RAC change overnight. More like a couple of days if that fast/


When one of my two biggest boxes crashes and I don't catch it, it takes 5,000-10,000 RAC off the top. But that is when it is down for hours or even overnight.

As soon as I tried Tbars proposal, the RAC that had been sliding lower and lower suddenly became nearly flat. That was before I upgraded the cpu cooler and started running 4.0Ghz on the cpu.

If there is a massive reduction in total put through then I expect the graph to drop a lot. But if it is "dinky" reduction then like you said it can take days......

The processing times of the cpu tasks track nicely with the level over commitment. So the question is where is the "optimum" over commitment that produces the highest total production.
I expect the cpu processing times to mostly return to the 47-57 or less minute range now.
Right now many of the cpu tasks are taking over 2 hours. So what I am looking for is more than 8 cpu threads but less than 14 threads that slows the cpu processing to maybe an hour and produces greater total output.

Tom
I will stop procrastinating tomorrow.
\\// Live Long & Prosper (starting tomorrow ;)
ID: 2008235 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 9640
Credit: 886,581,656
RAC: 1,721,237
United States
Message 2008240 - Posted: 19 Aug 2019, 3:29:45 UTC - in response to Message 2008235.  

My rule of thumb is keep the times within a couple of minutes of each other. Ten minutes apart is wasted efficiency for the day because you would do more work with less tasks running. I can see the effect very easily in the BoincTasks reported values per day and per week for each host on the main page of BT. You can see it the BT graphs very readily where peak production is located.
Seti@Home classic workunits:20,676 CPU time:74,226 hours
ID: 2008240 · Report as offensive     Reply Quote
Ian&Steve C.
Avatar

Send message
Joined: 28 Sep 99
Posts: 1718
Credit: 699,184,690
RAC: 2,421,063
United States
Message 2008245 - Posted: 19 Aug 2019, 4:14:42 UTC - in response to Message 2008235.  

As soon as I tried Tbars proposal, the RAC that had been sliding lower and lower suddenly became nearly flat. That was before I upgraded the cpu cooler and started running 4.0Ghz on the cpu.


I wouldn't read into it that much, because around that same time everyone else's RAC started climbing from the different WU diversity and earning more credit with changing Nothing. You went from negative to flat, while everyone else went from flat to positive.

There's more variables to your RAC than just what settings you are using, some you can't control.
Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

ID: 2008245 · Report as offensive     Reply Quote
Grant (SSSF)
Volunteer tester

Send message
Joined: 19 Aug 99
Posts: 11567
Credit: 170,725,461
RAC: 103,084
Australia
Message 2008260 - Posted: 19 Aug 2019, 8:20:22 UTC - in response to Message 2008245.  

There's more variables to your RAC than just what settings you are using, some you can't control.
Only some?
Your wingman & their hardware, their application, the WU being processed, Credit New and what it does to determine Credit, all of those combined in all possible permutations.
Grant
Darwin NT
ID: 2008260 · Report as offensive     Reply Quote
Ian&Steve C.
Avatar

Send message
Joined: 28 Sep 99
Posts: 1718
Credit: 699,184,690
RAC: 2,421,063
United States
Message 2008280 - Posted: 19 Aug 2019, 11:09:03 UTC - in response to Message 2008260.  

very true
Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

ID: 2008280 · Report as offensive     Reply Quote
juan BFP Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 7979
Credit: 486,150,902
RAC: 352,710
Panama
Message 2008288 - Posted: 19 Aug 2019, 12:04:55 UTC - in response to Message 2008260.  
Last modified: 19 Aug 2019, 12:10:12 UTC

There's more variables to your RAC than just what settings you are using, some you can't control.
Only some?
Your wingman & their hardware, their application, the WU being processed, Credit New and what it does to determine Credit, all of those combined in all possible permutations.

Not forget the most important player, SETI credit system is ruled by Credit Screw, no matter what you do, at the end he and his upside down random number generator will give you less credit than expected.

If was possible and you could crunch the exact set of WU a day after the other, each day it wil give you a diferent credit, simple like that.
ID: 2008288 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 3452
Credit: 195,809,416
RAC: 530,442
United States
Message 2008290 - Posted: 19 Aug 2019, 12:14:08 UTC
Last modified: 19 Aug 2019, 12:18:21 UTC

All that said, my RAC graph is curving up this morning..... :)

The cpu MB tasks whose naming convention I recognize have reverted to under 1 hour processing times. The "other" MB tasks are still taking longer.
And the wallclock time vs. cpu time are once again tracking nearly together.....

Tom
I will stop procrastinating tomorrow.
\\// Live Long & Prosper (starting tomorrow ;)
ID: 2008290 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 3452
Credit: 195,809,416
RAC: 530,442
United States
Message 2008291 - Posted: 19 Aug 2019, 12:21:36 UTC

I ran across this review of the Amd 2700 vs. the Amd 2700x..... and it explains my OC issues. It was the Amd stock cooler.....

https://www.tomshardware.com/reviews/ryzen-7-2700-2700x-review,5606.html

The 2700 stock cooler is a LOT less competent than the 2700x stock cooler.
Article recommended an after market cpu cooler for the 2700.....

Tom
I will stop procrastinating tomorrow.
\\// Live Long & Prosper (starting tomorrow ;)
ID: 2008291 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 9640
Credit: 886,581,656
RAC: 1,721,237
United States
Message 2008330 - Posted: 19 Aug 2019, 15:55:22 UTC - in response to Message 2008291.  

I can't remember, what did you end up with for an aftermarket cooler . . . . other than some "big-ass air cooler"
Seti@Home classic workunits:20,676 CPU time:74,226 hours
ID: 2008330 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 3452
Credit: 195,809,416
RAC: 530,442
United States
Message 2008370 - Posted: 19 Aug 2019, 19:45:40 UTC - in response to Message 2008330.  

I can't remember, what did you end up with for an aftermarket cooler . . . . other than some "big-ass air cooler"


The Noctura that you recommended and posted a link on.

Tom
I will stop procrastinating tomorrow.
\\// Live Long & Prosper (starting tomorrow ;)
ID: 2008370 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 3452
Credit: 195,809,416
RAC: 530,442
United States
Message 2008371 - Posted: 19 Aug 2019, 19:48:31 UTC - in response to Message 2008290.  

All that said, my RAC graph is curving up this morning..... :)

The cpu MB tasks whose naming convention I recognize have reverted to under 1 hour processing times. The "other" MB tasks are still taking longer.
And the wallclock time vs. cpu time are once again tracking nearly together.....

Tom


Yes it is still going up.

OBTW, I only keep last 90 days of report info set in cc_config.xml and it seems to have made my RAC more response.
I will stop procrastinating tomorrow.
\\// Live Long & Prosper (starting tomorrow ;)
ID: 2008371 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 9640
Credit: 886,581,656
RAC: 1,721,237
United States
Message 2008372 - Posted: 19 Aug 2019, 19:54:44 UTC - in response to Message 2008371.  

All that said, my RAC graph is curving up this morning..... :)

The cpu MB tasks whose naming convention I recognize have reverted to under 1 hour processing times. The "other" MB tasks are still taking longer.
And the wallclock time vs. cpu time are once again tracking nearly together.....

Tom


Yes it is still going up.

OBTW, I only keep last 90 days of report info set in cc_config.xml and it seems to have made my RAC more response.

That setting only applies to the graphing of statistics in the Manager.
Seti@Home classic workunits:20,676 CPU time:74,226 hours
ID: 2008372 · Report as offensive     Reply Quote
Kissagogo27 Special Project $75 donor

Send message
Joined: 6 Nov 99
Posts: 508
Credit: 6,926,092
RAC: 3,583
France
Message 2008379 - Posted: 19 Aug 2019, 21:01:36 UTC

ID: 2008379 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 9640
Credit: 886,581,656
RAC: 1,721,237
United States
Message 2008382 - Posted: 19 Aug 2019, 21:19:52 UTC - in response to Message 2008379.  

rac rac rac ... http://www.teamocuk.co.uk/cpartcred2.php?s=e814c4fa2914443ac95b714dc911e936&p=SAH&u=190117 not so flat ^^

Interesting plot. Never seen that one before. Mine is a general downslope which doesn't match the trend in BOINC Manager statistics graphs.
Seti@Home classic workunits:20,676 CPU time:74,226 hours
ID: 2008382 · Report as offensive     Reply Quote
Profile Wiggo "Democratic Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 16693
Credit: 226,240,356
RAC: 162,856
Australia
Message 2008383 - Posted: 19 Aug 2019, 21:20:21 UTC

Now Tom you just have to do the same with your Ryzen 5 2600 to get its CPU tasks run time vs. CPU time closer together. ;-)

Cheers.
ID: 2008383 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 3452
Credit: 195,809,416
RAC: 530,442
United States
Message 2008408 - Posted: 19 Aug 2019, 23:58:46 UTC - in response to Message 2008383.  

Now Tom you just have to do the same with your Ryzen 5 2600 to get its CPU tasks run time vs. CPU time closer together. ;-)

Cheers.


I would agree except it is about to get back up to its all-time-high RAC score and I am reluctant to touch it yet.

I am running a 0.50 cpus to gpu since it is also a 6c/12t setup....

I would like the upward slop to show signs of "petering out" or the end of the WOW contest before I make many changes.

Since this is the system rack that will get the Intel upgrade to the server motherboard it is going to be changing no matter what.

I probably won't have enough gpus leftover to fill it completely up in a regular computer case Infact it may end up with a gtx 750ti because I don't have anything else left.....

Tom
I will stop procrastinating tomorrow.
\\// Live Long & Prosper (starting tomorrow ;)
ID: 2008408 · Report as offensive     Reply Quote
rob smith Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer moderator
Volunteer tester

Send message
Joined: 7 Mar 03
Posts: 17720
Credit: 402,913,406
RAC: 153,683
United Kingdom
Message 2008451 - Posted: 20 Aug 2019, 6:04:43 UTC

Now, for the next MONTH at least sit back and watch that computer. Don't change anything, just monitor it and let it run. Doing so will get you a half decent baseline from which to see what effect changes have.
Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?
ID: 2008451 · Report as offensive     Reply Quote
Previous · 1 · 2 · 3 · 4 · 5 · 6 · Next

Message boards : Number crunching : Getting the most Seti cpu production out of your Amd 7 2600/2700 cpu


 
©2019 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.