Posts by Bryn Mawr

1) Message boards : Number crunching : If You Don't Know Where to Put it, Post it here. (Message 99382)
Posted 1 day ago by Bryn Mawr
Post:
For those looking to upgrade their systems for crunching Rosetta work (or other CPU based projects), don't want to wait for Ryzen3 to be released (and have more money than sense...)

128 threads at 4.0GHz, sustained.

today AMD and SPEC is announcing that the Magnetar X64T workstation, a system that you can buy, will off-the-shelf give the best performance in SPECworkstation3 ever seen.


VERY NICE!!! That could put a hurting on those 3 million workunits in the queue!!!


Do they sell that at Best-Buy? HaHa
Sorry new guy just poking around these message boards trying to figure where to start.

I'm getting a new PC next week I'm going to commit to this project.
Getting a new i7 10th Gen and hoping to get crunching soon.

Any advice on why (or if) I should join a team?


I joined because I could not think of a reason not to give someone a copy of my credits.
2) Message boards : Number crunching : If You Don't Know Where to Put it, Post it here. (Message 99306)
Posted 14 days ago by Bryn Mawr
Post:
Why are there no usefull descriptions in the name of the work unit like "cancer" or "covid".
I would like to know what subjects/diseases i donate my computer resources to.
"rb_10_09_38963_39355__t000__2_C1_SAVE_ALL_OUT_IGNORE_THE_REST_1014666_38" or "vegf_site3_graft_v1_SAVE_ALL_OUT_IGNORE_THE_REST_8zg3qb2l_1013396_6" isn't helping me much.
I know the scientists are very busy, but 1 second of typing in a subject in the name of the batch is not asking for much is it?


I would suggest that the naming of the batches is to help the researchers keep track of their work rather than to tell the volunteers what they’re donating their computer resources to.
3) Message boards : Number crunching : 0 new tasks, Rosetta? (Message 99100)
Posted 22 Sep 2020 by Bryn Mawr
Post:
I’ll tell you what, let’s stop feeding the troll :-(
4) Message boards : Number crunching : 0 new tasks, Rosetta? (Message 99068)
Posted 21 Sep 2020 by Bryn Mawr
Post:
Or is better or is just as good but cheaper than the other guy.


And here lies the problem. Boinc uses free workers. Pay peanuts, get monkeys.


And from where do you propose they get the funding - are you going to pay them?
5) Message boards : Number crunching : 0 new tasks, Rosetta? (Message 99039)
Posted 19 Sep 2020 by Bryn Mawr
Post:
The Boinc Programmers think it works just fine and your 'tweaking' is unneccessary from their perspective.


Then they ought to test it on a variety of platforms and projects and see for themselves. Without tweaking, the chips are not fully utilized. And they must accept this, or the tweak functions would not be available to us!

As I said that's explains most of the Programmers I know.


It's not just programmers that can't take constructive criticism.


Do you really not see that the amount of work that you are suggesting that they undertake is well beyond the capacity of the number of programmers available to the project.


The odd tweak is hardly much work. And they're common sense things that should have been done correctly in the first place. Why do programmers do a slap dash job then wait for the user to point out their mistakes?


You obviously have never worked in a development environment. Take it from me, your suggestions go well beyond the odd tweak.
6) Message boards : Number crunching : 0 new tasks, Rosetta? (Message 99034)
Posted 18 Sep 2020 by Bryn Mawr
Post:
The Boinc Programmers think it works just fine and your 'tweaking' is unneccessary from their perspective.


Then they ought to test it on a variety of platforms and projects and see for themselves. Without tweaking, the chips are not fully utilized. And they must accept this, or the tweak functions would not be available to us!

As I said that's explains most of the Programmers I know.


It's not just programmers that can't take constructive criticism.


Do you really not see that the amount of work that you are suggesting that they undertake is well beyond the capacity of the number of programmers available to the project.
7) Message boards : Number crunching : Credit varies by factor of one hundred for equal CPU time (Message 98969)
Posted 11 Sep 2020 by Bryn Mawr
Post:
OK, I’ve just had a look at your setup and the first thing I would say is, unless you have a really unreliable ISP, cut down your work cache. A setting of 0.1+0.2 day’s work is far more manageable.

Looking at the WU that was awarded 4.03 credits I think I can see why. It failed, twice, and called boinc-finish three times reporting 46, 1 and 1 decoy. Whenever this happens the credit scoring system appears to ignore all but the last finish command so you were credited for 1 erroneous WU and the 46 good WUs were lost.
8) Message boards : Number crunching : Credit varies by factor of one hundred for equal CPU time (Message 98959)
Posted 11 Sep 2020 by Bryn Mawr
Post:
The credit system is not a big deal for me, but I realize that I don't understand the algorithm. Is it discovery based?

1257063659 1126740080 4201228 9 Sep 2020, 18:18:12 UTC 11 Sep 2020, 3:35:51 UTC Completed and validated 29,244.00 28,795.92 368.05 Rosetta v4.20
x86_64-pc-linux-gnu
1257061991 1126738488 4201228 9 Sep 2020, 18:14:00 UTC 11 Sep 2020, 0:08:21 UTC Completed and validated 29,225.16 28,783.33 233.96 Rosetta v4.20
x86_64-pc-linux-gnu
1257061755 1126738301 4201228 9 Sep 2020, 18:14:00 UTC 11 Sep 2020, 2:17:39 UTC Completed and validated 29,258.01 28,797.22 229.21 Rosetta v4.20
x86_64-pc-linux-gnu
1257061811 1126738300 4201228 9 Sep 2020, 18:14:00 UTC 11 Sep 2020, 2:17:39 UTC Completed and validated 29,231.68 28,789.95 316.75 Rosetta v4.20
x86_64-pc-linux-gnu
1257021474 1126702466 4201228 9 Sep 2020, 16:35:42 UTC 10 Sep 2020, 22:33:41 UTC Completed and validated 29,180.66 28,790.75 410.66 Rosetta v4.20
x86_64-pc-linux-gnu
1257021530 1126702477 4201228 9 Sep 2020, 16:35:42 UTC 10 Sep 2020, 22:33:41 UTC Completed and validated 30,181.75 29,392.38 4.03 Rosetta v4.20
x86_64-pc-linux-gnu


Rosetta is an unusual project in that work units run for a fixed time rather than do a fixed amount of work.

The amount of work that your computer does in that time can vary greatly and the credits can reflect this. There can also be a settling in period for new installations or new apps as Boinc works out the work being done.

If you look inside the work unit you will see details of the number of decoys completed. For a given starting position the number of decoys is a good measure of work done but it depends on the complexity of the protein being processed and so even this is not a strict measure of the credits you should receive.

As you can tell from this ramble I don’t fully understand the credit system, it is an arcane process at the best of times, I tend to put a single WU with an odd credit score down to life’s experience, shrug, and walk away :-)
9) Message boards : Number crunching : If You Don't Know Where to Put it, Post it here. (Message 98955)
Posted 11 Sep 2020 by Bryn Mawr
Post:
For those looking to upgrade their systems for crunching Rosetta work (or other CPU based projects), don't want to wait for Ryzen3 to be released (and have more money than sense...)

128 threads at 4.0GHz, sustained.

today AMD and SPEC is announcing that the Magnetar X64T workstation, a system that you can buy, will off-the-shelf give the best performance in SPECworkstation3 ever seen.


VERY NICE!!! That could put a hurting on those 3 million workunits in the queue!!!


It would put a hurting on my bank balance too :-)
10) Message boards : Number crunching : 0 new tasks, Rosetta? (Message 98760)
Posted 6 Sep 2020 by Bryn Mawr
Post:
As usual I’m guessing, but I’d assume the Tasks ready to send are a buffer that the server maintains from which it can immediately service client requests for new work. If that buffer gets topped up from the Total queued jobs – which is what people are pointing out is getting smaller, and at the current rate will be exhausted before the end of the day – we are indeed about to run out of work. Give it a few more hours, and we’ll find out…


You live and learn - thank you :-)
11) Message boards : Number crunching : 0 new tasks, Rosetta? (Message 98756)
Posted 6 Sep 2020 by Bryn Mawr
Post:
I think you need to look at the Server Status again.
We will be out by morning (in the U.S.). Then, you will see it in the "Tasks Ready to send".


Still 29,843 ready to send as I see it.
12) Message boards : Number crunching : 0 new tasks, Rosetta? (Message 98750)
Posted 4 Sep 2020 by Bryn Mawr
Post:
Looks like we are running low on Tasks again....


The usual 29,900ish sitting there now
13) Message boards : Number crunching : Underclocking (Message 98697)
Posted 27 Aug 2020 by Bryn Mawr
Post:

Eventually it will, the standard k10temp driver for AMD and Ryzen processors gets updates in the HWMON branch at every new kernel release. The zenpower and RAPL coding has been brought into the k10temp branch for voltage and power readouts.

So in later kernels, you won't have to do anything extra or use an out of tree driver to see those sensors. You will be able to see them just by invoking sensors in a terminal. You still have to pick your poison in regard to a desktop GUI monitor if you choose to use one.


And more is coming for the Zen2 Ryzen's https://www.techspot.com/news/86498-upcoming-free-software-brings-more-performance-lower-power.html


Wow, that’s almost enough to make one consider moving to Windows.

You can accomplish the very same thing in Linux. Just not automatically with a single click. The concept was defined and experimental result posted in the OCN Ram Calculator thread. Just run several instances of Prime95 at fixed VID voltages for each CCX complex to find how far you can push each CCX and be stable. Then input the per CCX VID get voltages for each CCX in the BIOS.

You still have to input all that information after running the Windows utility. Just like you need to do in Linux. All the utility does is script the several Prime95 runs it needs to do to find the max CCX clocks and the required voltages.


OK, thanks - I'll look into it.
14) Message boards : Number crunching : Credits don't add up... (Message 98691)
Posted 26 Aug 2020 by Bryn Mawr
Post:
Hello all


I notices that my RAC is not adding up for my team. As you can see below I have 70,000 credits that accumulated for only this team.
but now my RAC is going down. It was at 1,200 RAC now for the same team after a week has going down to 1,011. What is going on.
Is there someone messing with the system or what.


My team: https://boinc.bakerlab.org/rosetta/team_members.php?teamid=12977&offset=0&sort_by=expavg_credit
Thanks.


This is not really a question for Rosetta, it’s a question relating to Boinc Stats, but let’s have a go anyway.

The problem is not associated with your team, the rac you are looking at is personal to yourself and the processing that you’re doing.

If you log into BOINCstats.com and look at your detailed stats/last 60 days within BAM you’ll see that (taking Rosetta as an example) over the past few days you’ve been earning about 800 credits per day. If you go back a week you were getting about 1300 credits per day, indeed, on the 15th it was over 2000 credits. If you go back a month the figures are back down below 1000.

There are a couple of possibilities, have you changed the amount of time you’re using your computer or leaving it switched on? Does the pattern of credits match periods of hot and cold weather in your part of the world? Your I7-640LM is not the most powerful CPU and laptops can be prone to overheating if pushed hard which means that you could easily be throttling in warm weather.
15) Message boards : Number crunching : Underclocking (Message 98686)
Posted 26 Aug 2020 by Bryn Mawr
Post:

Eventually it will, the standard k10temp driver for AMD and Ryzen processors gets updates in the HWMON branch at every new kernel release. The zenpower and RAPL coding has been brought into the k10temp branch for voltage and power readouts.

So in later kernels, you won't have to do anything extra or use an out of tree driver to see those sensors. You will be able to see them just by invoking sensors in a terminal. You still have to pick your poison in regard to a desktop GUI monitor if you choose to use one.


And more is coming for the Zen2 Ryzen's https://www.techspot.com/news/86498-upcoming-free-software-brings-more-performance-lower-power.html


Wow, that’s almost enough to make one consider moving to Windows.
16) Message boards : Number crunching : Underclocking (Message 98679)
Posted 25 Aug 2020 by Bryn Mawr
Post:
If I'm not mistaken, the BIOS shows the "ask" or VID voltage. Not what the Vcore really is under load. I like the zenpower driver because it uses the direct telemetery (SVI2) off the VRM's that supply the Vcore and Vsoc voltages like the Windows utilities like HWinfo. You can talk apples to apples when comparing systems with Windows users.


I wish I’d had it before I started to give me a more complete picture - every Ryzen system should have it :-)

Eventually it will, the standard k10temp driver for AMD and Ryzen processors gets updates in the HWMON branch at every new kernel release. The zenpower and RAPL coding has been brought into the k10temp branch for voltage and power readouts.

So in later kernels, you won't have to do anything extra or use an out of tree driver to see those sensors. You will be able to see them just by invoking sensors in a terminal. You still have to pick your poison in regard to a desktop GUI monitor if you choose to use one.


Wonderful. My monitor of choice is PSensor but I'm not precious about it.
17) Message boards : Number crunching : Underclocking (Message 98670)
Posted 25 Aug 2020 by Bryn Mawr
Post:
If I'm not mistaken, the BIOS shows the "ask" or VID voltage. Not what the Vcore really is under load. I like the zenpower driver because it uses the direct telemetery (SVI2) off the VRM's that supply the Vcore and Vsoc voltages like the Windows utilities like HWinfo. You can talk apples to apples when comparing systems with Windows users.


I wish I’d had it before I started to give me a more complete picture - every Ryzen system should have it :-)


Only if they are interested in those kinds of things, tweaking takes skill and time and sure alot of crunching people can do that but not everyone wants too.
Do I think AMD could make a deal and add it to their software for a price...sure but I'm not sure over 25% of the people would find it helpful and at some point there is a breakover price point making it not cost effective.


But it's free :-)
18) Message boards : Number crunching : Rosetta 4.1+ and 4.2+ (Message 98660)
Posted 24 Aug 2020 by Bryn Mawr
Post:
It validated as valid instead of error? Is that normal? I also got the same amount of credits for this task as my wing-man despite having half their run-time, somehow.
Now we are back on topic, I hope. Let's not steer the topic towards UPSes.


God forbid anyone mentions anything that is required to run the computer better. [Raises right arm to 30 degrees]


Out of order and totally unnecessary :-(
19) Message boards : Number crunching : Underclocking (Message 98659)
Posted 24 Aug 2020 by Bryn Mawr
Post:
If I'm not mistaken, the BIOS shows the "ask" or VID voltage. Not what the Vcore really is under load. I like the zenpower driver because it uses the direct telemetery (SVI2) off the VRM's that supply the Vcore and Vsoc voltages like the Windows utilities like HWinfo. You can talk apples to apples when comparing systems with Windows users.


I wish I’d had it before I started to give me a more complete picture - every Ryzen system should have it :-)
20) Message boards : Number crunching : Underclocking (Message 98651)
Posted 24 Aug 2020 by Bryn Mawr
Post:
I would have liked to monitor it under load but it’s the one time Ubuntu has let me down - I cannot find a utility outside of the bios that will report the real time value

Look into the zenpower driver and zenmonitor monitor for monitoring Ryzens and Threadrippers under Linux. Works very well for me on both my 3950X and 2920X.

https://github.com/ocerman/zenpower/
https://github.com/HonsW/zenmonitor


Many thanks Sir, that looks to be exactly what I need.


Interesting, it’s reporting a vCore of between 1.219v and 1.263v, mostly to the lower end of the scale, which is far more reasonable than the 1.445v (-0.1v) it was reporting in the bios.

The effective CPU frequency is fairly steady at 3,900 with a max of 3,925 so no damage to performance so far.


Next 20



©2020 University of Washington
https://www.bakerlab.org