Just tried this from the FAQ....
Multithreading / app_config.xml
It doesn't work for me.....
this is what I get....
6/30/2019 1:49:58 PM | SRBase | Your app_config.xml file refers to an unknown application 'srbase'. Known applications: None
6/30/2019 1:49:58 PM | SRBase | Your app_config.xml file refers to an unknown application 'srbase2'. Known applications: None
6/30/2019 1:49:58 PM | SRBase | Your app_config.xml file refers to an unknown application 'srbase3'. Known applications: None
6/30/2019 1:49:58 PM | SRBase | Your app_config.xml file refers to an unknown application 'srbase4'. Known applications: None
Please advise if this still works and how to implement it?
I may have gotten dumber in my old age....
Thank you...
/ 
Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7479
Credit: 43,686,081
RAC: 42,669
Thats ok because you havent report any result for app x yet.
/ Reply
Quote
But when I try to implement it the client stops working....
You mean I have to go and return a specific wu before this works?
Maybe I"m just kinda dense. {chuckle}
/ Reply
Quote
That's ok,
I'll just run with this.....
<app_config>
<project_max_concurrent>24</project_max_concurrent>
</app_config>
If there is a better way I'm all ears....
/ Reply
Quote
It works fine even if a client has never ran all of the apps.
srbase = Sierpinski / Riesel Base
srbase2 = Riesel Base
srbase3 = Sierpinski Base
srbase4 = Sierpinski / Riesel Base - short
These aren't even long enough run times to need mt setup.
If the app_config from the FAQ isn't working its because of the part in ( ).
<avg_ncpus>4</avg_ncpus> (for WUprop optional)
/ Reply
Quote
rebirtherVolunteer moderator
Project administrator
Project developer
Project tester
Project scientist
Send message
Joined: 2 Jan 13
Posts: 7479
Credit: 43,686,081
RAC: 42,669
I have removed the note (for WUprop optional). Its confusing.
/ Reply
Quote
That's ok,
I'll just run with this.....
<app_config>
<project_max_concurrent>24</project_max_concurrent>
</app_config>
If there is a better way I'm all ears....
That has very little to do with multi-threading, all that does is tell your pc to run a max of 24 workunits at a time.
You need something like this:
<app_config>
<app>
<name>llrSR5</name>
<fraction_done_exact/>
<max_concurrent>1</max_concurrent>
</app>
<app_version>
<app_name>llrSR5</app_name>
<cmdline>-t 6</cmdline>
<avg_ncpus>4</avg_ncpus>
</app_version>
</app_config>
But this one is forPrime Grid and NOT SRBase.
Note that it has a maxconcurrent of one workunit and then is set to use 4 cpu cores for that single workunit.
/ Reply
Quote
It works fine even if a client has never ran all of the apps.
srbase = Sierpinski / Riesel Base
srbase2 = Riesel Base
srbase3 = Sierpinski Base
srbase4 = Sierpinski / Riesel Base - short
These aren't even long enough run times to need mt setup.
If the app_config from the FAQ isn't working its because of the part in ( ).
<avg_ncpus>4</avg_ncpus> (for WUprop optional)
I'm running the Sierpinski / Riesel Base - long workunits, do you happen to know the name and number of it?
I agree the ones you listed aren't worth assigning multiple cores for.
ps--never mind I guessed and counted down from the top of the app page and it's srbase5. The file is now working running 3 wu's at a time and using 6 cpu cores for each one.
pps--well poop!! Every wu running multi-threaded crashed after running for 5 1/2 days single threaded, I thought that might happen but was getting concerned that they wouldn't finish in time if I left them alone.
Sorry to all my wingmen I was trying to return them in time!!
/ Reply
Quote