PrimeGrid
Please visit donation page to help the project cover running costs for this month

Toggle Menu

Join PrimeGrid

Returning Participants

Community

Leader Boards

Results

Other

drummers-lowrise
1) Message boards : Number crunching : Linux vs temperatures....help? (Message 137692)
Posted 110 days ago by Profile DeleteNullProject donor
You will need it87 kernel module:
https://github.com/torvalds/linux/blob/master/drivers/hwmon/it87.c
compile
load the lernel module (modprobe)

or

you have the luck that your distribution offers a repo for this....

e.g.: (my ryzen3700x runs with full load LLR at 76.9°C)
wolfgang@ryzen3700x:~> sensors
k10temp-pci-00c3
Adapter: PCI adapter
Tdie: +76.9°C (high = +70.0°C)
Tctl: +76.9°C

nct6795-isa-0a20
Adapter: ISA adapter
Vcore: 1.21 V (min = +0.00 V, max = +1.74 V)
in1: 1.01 V (min = +0.00 V, max = +0.00 V) ALARM
AVCC: 3.39 V (min = +2.98 V, max = +3.63 V)
+3.3V: 3.36 V (min = +2.98 V, max = +3.63 V)
in4: 1.01 V (min = +0.00 V, max = +0.00 V) ALARM
in5: 160.00 mV (min = +0.00 V, max = +0.00 V) ALARM
in6: 576.00 mV (min = +0.00 V, max = +0.00 V) ALARM
3VSB: 3.38 V (min = +2.98 V, max = +3.63 V)
Vbat: 3.30 V (min = +2.70 V, max = +3.63 V)
in9: 1.83 V (min = +0.00 V, max = +0.00 V) ALARM
in10: 0.00 V (min = +0.00 V, max = +0.00 V)
in11: 552.00 mV (min = +0.00 V, max = +0.00 V) ALARM
in12: 1.13 V (min = +0.00 V, max = +0.00 V) ALARM
in13: 672.00 mV (min = +0.00 V, max = +0.00 V) ALARM
in14: 1.54 V (min = +0.00 V, max = +0.00 V) ALARM
fan1: 0 RPM (min = 0 RPM)
fan2: 2472 RPM (min = 0 RPM)
fan3: 902 RPM (min = 0 RPM)
fan4: 0 RPM (min = 0 RPM)
fan5: 0 RPM (min = 0 RPM)
fan6: 0 RPM (min = 0 RPM)
SYSTIN: +43.0°C (high = +0.0°C, hyst = +0.0°C) ALARM sensor = CPU diode
CPUTIN: +53.0°C (high = +113.0°C, hyst = +88.0°C) sensor = thermistor
AUXTIN0: +52.0°C (high = +113.0°C, hyst = +88.0°C) sensor = thermistor
AUXTIN1: -128.0°C sensor = thermistor
AUXTIN2: +53.0°C sensor = thermistor
AUXTIN3: -2.0°C sensor = thermistor
SMBUSMASTER 0: +76.5°C
PCH_CHIP_CPU_MAX_TEMP: +0.0°C
PCH_CHIP_TEMP: +0.0°C
PCH_CPU_TEMP: +0.0°C
intrusion0: ALARM
intrusion1: ALARM
beep_enable: disabled

2) Message boards : Number crunching : Badges III (Message 137320)
Posted 114 days ago by Profile DeleteNullProject donor
Great! Congratulations!

First Mega in addition to the TDP. You can only top it on 29th of February with a SOB ;)


After a few DC's, finally got my first mega as primary!



Also came with both grey TDP 2020 badges :)


3) Message boards : Number crunching : Tour de Primes 2020 (Message 136982)
Posted 120 days ago by Profile DeleteNullProject donor
You need an additional <plan_class>mt</plan_class>

Example:
<app>
<name>llrDIV</name>
<fraction_done_exact/>
<max_concurrent>2</max_concurrent>
</app>
<app_version>
<app_name>llrDIV</app_name>
<plan_class>mt</plan_class>
<cmdline>-t 6</cmdline>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
</app_version>
4) Message boards : Number crunching : 2020 Primegrid Mega Prime finders by quantity found. (Message 136828)
Posted 123 days ago by Profile DeleteNullProject donor

Going to have to do something about that. :)


Wow, you have done. Congratulations!
Knocked me back to fourth again with a DIV. Amazing!
5) Message boards : Number crunching : 2020 Primegrid Mega Prime finders by quantity found. (Message 136815)
Posted 123 days ago by Profile DeleteNullProject donor
Thank you!

Just made my setup for TDP.........and found two (!!) MEGA.
The second MEGA was a gift from my wingman. He/She had a good chance to be the first, but a bad setup.
6) Message boards : General discussion : All sub projects (Message 136385)
Posted 137 days ago by Profile DeleteNullProject donor
What is 27?
7) Message boards : Number crunching : World Maths Day Challenge (Message 133724)
Posted 233 days ago by Profile DeleteNullProject donor
This is (may be) an error of the BOINC software. Even if you have a cache of zero, BOINC loads up to 1000 tasks if you switch fom AP27 to llrDIV (multi threaded). If the core count is higher than the count of WU that are processed in parallel this happens.

Sad once more we have 1000's of Tasks the have been aborted.
Maybe someone posting of how to run PG should be posted.
No sense in downloading a few hundred tasks and then turn around and abort them all and then downloading a few more hundred tasks only to abort them as well.
Maybe PG can set aborted tasks to be given back to the same host that has aborted them....

8) Message boards : Number crunching : Better multi-threading (Message 132213)
Posted 283 days ago by Profile DeleteNullProject donor
The BOINC client invokes the app -- the LLR wrapper -- with "--nthreads N". The new version of the wrapper will understand --nthreads as well as -t, and will pass that along to LLR.

Does that make sense?


Yes that is the reason for my question. --nthreads should be transformed into -t and into the parameter in the llr.ini (ThreadsPerTest=N) that is copied into the slots folder.
9) Message boards : Number crunching : Better multi-threading (Message 132209)
Posted 283 days ago by Profile DeleteNullProject donor
Must implement the LLR app the plan_class or is it the wrapper that has to implement this feature?

Will an app_config.xml still work normally? In other words, will it override any preferences set at the project?


Yes it will, but there's a wrinkle.

The LLR apps currently do not have a plan_class. The new LLR apps will have a plan class of "mt" (or something similar to that.) This means that although you can still use app_config to override the website preferences, you will need to modify your current app_config.xml file to add the <plan_class>mt</plan_class> line.

I am hopeful that I can create a transition whereby your existing, unmodified app_config.xml file (without <plan_class>) can continue to work. Undoubtedly, no matter how many forum posts I write, or news items I create, or how many warnings I put on the website, some people won't see it.

The best way to be prepared for the change is to include two <app_version> blocks in your app_config.xml, one each for the current apps (without <plan_class>) and for the new upcoming apps (with <plan_class>). I'll have more information on this once I work out all the details.


10) Message boards : Number crunching : What can we expect from Zen 2/Ryzen 3000? (Message 131060)
Posted 323 days ago by Profile DeleteNullProject donor
Both have hyperthreading, 7700K = 8 threads, 3700x = 2 x 8 threads.
Depending on the FFT length sometimes the 7700k has shorter times sometimes the 3700x.

But the 3700x calculates 2 WU in parallel when the 7700k is doing (only) one.......


This thing is pretty fast. A first test with LLR-PPS-MEGA shows (on average):
2 times faster than 7700k (memory 3000)


I checked your very interesting tests and found that Ryzen 7 3700X is twice as fast as Ryzen 7 1700X but is not faster than Intel i7-7700K...???

Intel i7-7700K, 800 sec
primegrid_llr -d -oDiskWriteTime=1 -oThreadsPerTest=4 llr.in
Using all-complex FMA3 FFT length 256K, Pass1=128, Pass2=2K, clm=2, 4 threads, a = 3
http://www.primegrid.com/result.php?resultid=1011442934

Ryzen 7 3700X, 982 sec
primegrid_llr -d -oDiskWriteTime=1 -oThreadsPerTest=8 llr.in
Using all-complex FMA3 FFT length 256K, Pass1=1K, Pass2=256, clm=1, 8 threads, a = 3
http://www.primegrid.com/result.php?resultid=1011450586



Next 10 posts
[Return to PrimeGrid main page]
DNS Powered by DNSEXIT.COM
Copyright © 2005 - 2020 Rytis Slatkevičius (contact) and PrimeGrid community. Server load 2.79, 2.94, 3.10
Generated 30 May 2020 | 22:40:09 UTC