rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7492
Credit: 43,876,295
RAC: 26,609
The main new feature in this version is that MULTITHREADING is now available by setting -oThreadsPerTest=or -t in the command line.
Thanks to Serge Batalov who showed me how simple it was to implement this!
This LLR version is linked with the Version 28.13 of George Woltman's gwnum library.
George has fixed in this gwnum version, the bug which sometimes affected prime or PRP tests done using multithreading and FMA3.
When doing PRP tests, the Fermat test is now not strong by default, because it is time consuming...
Now, if the input file name (PgenInputFile parameter) has changed while working with the same .ini file, the PgenLine parameter is forced to one.
I made this update to fix the "CLLR bug" found by LaurV.
The only one interesting thing is the multithreading. You can put all your cores to one WU (big advantage for the long runners).
The app is still in test to make sure that all residues are matching with older versions.
For all Ryzen owners the lib is not prepared to use AVX/FMA yet.
/ 
Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7492
Credit: 43,876,295
RAC: 26,609
The test was over and successful on primegrid. I will update all apps before the stress test is starting.
The new command -tx (x is standing for the amount of cores) is a multithreading feature and can only be used in the app_config file. Anonymous platforms are not allowed here.
I will post the content of an app_config file soon to test if its working.
In my tests the CPU load is around 95% for all cores which you have.
/ Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7492
Credit: 43,876,295
RAC: 26,609
Here is an app_config file you need to activate the multithreading. If something is wrong or can be tweaked post it in this thread. The -t command is not working with older apps.
The new app should be faster on a single core too.
srbase = Sierpinski / Riesel Base
srbase2 = Riesel Base
srbase3 = Sierpinski Base
srbase4 = Sierpinski / Riesel Base - short
srbase5 = Sierpinski / Riesel Base - long
srbase6 = Sierpinski / Riesel Base - average
srbase7 = Riesel Base - short
srbase8 = Sierpinski Base - short
srbase9 = Sierpinski / Riesel Base - average2
srbase10 = Sierpinski / Riesel Base - average3
srbase11 = Sierpinski / Riesel Base - long2
srbase12 = Sierpinski / Riesel Base - long3
Remove only the lines you dont need to run short apps.
Change the -tx commandline to use all of your cores you have / want to run.
/ Reply
Quote
From srbase3 to srbase 12 the tag <app> is missing in your config.
/ Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7492
Credit: 43,876,295
RAC: 26,609
From srbase3 to srbase 12 the tagis missing in your config.
yeah, copy/paste, fixed, thx!
/ Reply
Quote
How do i reload the "stock"-settings after editing/adding a app_conf.xml? I deleted the file, reloaded the settings in Boinc but it´s still using the preferences I added.
Edit:
Nevermind... deleting app_config.xml and resetting the project.
/ Reply
Quote
Will WUProp record all cpu time on the multi-thread WUs? Most do, some don't.
/ Reply
Quote
Yep, they also track mt apps from other projects like amicale numbers.
Regards Odi
____________
/ Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7492
Credit: 43,876,295
RAC: 26,609
Will WUProp record all cpu time on the multi-thread WUs? Most do, some don't.
If you are using multiple cores on 1 WU, then only this WU will be counted.
/ Reply
Quote
If a WU for a particular app typically takes 12 hours using 1 core, then you earn 12 hours on WUProp.
If you now use 12 cores to crunch that 1 WU and lets say it takes 1 hour using 12 cores, then will you earn 12 hours work on WUProp or 1 hour?
/ Reply
Quote
It's interesting that the client does not show that you are using multiple cores, but it actually is. Running fine here.
____________
/ Reply
Quote
Or the other way round: this is not supposed to have?!? I have the following app_config
<app_config>
<project_max_concurrent>3</project_max_concurrent>
<app_version>
<app_name>srbase</app_name>
<cmdline>-t6</cmdline>
</app_version>
......
<app_version>
<app_name>srbase12</app_name>
<cmdline>-t6</cmdline>
</app_version>
</app_config>
When I run the apps I noticed that each llr.exe uses more than what it should have for 1 threads, but it is never faster than using a single thread, nor it is showing that multithreading is being used.
The only difference I noticed is the change in stderr, there is a '4 thread' string in extra like
Using all-complex FMA3 FFT length 288K, Pass1=384, Pass2=768, 4 threads, a = 3
so I wonder what's going wrong up there...
____________
/ Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7492
Credit: 43,876,295
RAC: 26,609
When I run the apps I noticed that each llr.exe uses more than what it should have for 1 threads, but it is never faster than using a single thread, nor it is showing that multithreading is being used.
The only difference I noticed is the change in stderr, there is a '4 thread' string in extra like
Using all-complex FMA3 FFT length 288K, Pass1=384, Pass2=768, 4 threads, a = 3
so I wonder what's going wrong up there...
The BOINCmanager is not designed to show multithreading but if the app has this feature its working, in standalone with my 6 cores its using up 95% CPU load. The multithreading feature is good for slower multicore cpus can finish a long runner in time.
/ Reply
Quote
Hi.
The mt feature seems to have a problem with scaling and/or hyperthreading on windows.
4c/4t i5-3470 uses all free ressources up to 99.x percent.
2c/4t i5-2520m uses max. 93-97%.
8c/16t ryzen 1700 behaves like this:
1 wu @ 16 vcores: 67%
2 wu @ 8 vcores: 41% per wu
4 wu @ 4 vcores: 22% per wu
Even with restricting to 4 wu at the same time my ryzen sys takes a 5th wu with 4 vcores on a different app, like 4x riesl base + 1x sierpinski/riesel, which results in 5x 19.x percent usage.
btw...
I noticed that on aamd ryzen the crunshing of a wu slows down the more % of it has completed. On intel it has the same speed over 0-100%.
/ Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7492
Credit: 43,876,295
RAC: 26,609
Hi.
The mt feature seems to have a problem with scaling and/or hyperthreading on windows.
4c/4t i5-3470 uses all free ressources up to 99.x percent.
2c/4t i5-2520m uses max. 93-97%.
8c/16t ryzen 1700 behaves like this:
1 wu @ 16 vcores: 67%
2 wu @ 8 vcores: 41% per wu
4 wu @ 4 vcores: 22% per wu
Even with restricting to 4 wu at the same time my ryzen sys takes a 5th wu with 4 vcores on a different app, like 4x riesl base + 1x sierpinski/riesel, which results in 5x 19.x percent usage.
btw...
I noticed that on aamd ryzen the crunshing of a wu slows down the more % of it has completed. On intel it has the same speed over 0-100%.
The app is not ready yet for Ryzen. It must be optimized in later versions.
/ Reply
Quote
Even with restricting to 4 wu at the same time my ryzen sys takes a 5th wu with 4 vcores on a different app, like 4x riesl base + 1x sierpinski/riesel, which results in 5x 19.x percent usage.
I have the same problem with win10 x64 and my skylake... so i stopped using the "-tx" option.
/ Reply
Quote