Message boards :
Number crunching :
So no way to select project campaigns anymore on the new server code
Message board moderation
Author | Message |
---|---|
Send message Joined: 24 Jan 11 Posts: 712 Credit: 553,280,944 RAC: 55,350 |
I just noticed that the ability to select project has been removed from the account MilkyWay preferences. So no ability to select/unselect N-body or Separation runs independently. Could we get that choice back again, please. |
Send message Joined: 19 Jul 10 Posts: 621 Credit: 19,254,980 RAC: 2 |
|
Send message Joined: 17 Feb 17 Posts: 21 Credit: 8,511,880 RAC: 0 |
Well I was just about to ask about multithreaded CPU applications. Looks like I no longer have to since they've apparently been phased out. |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 1 |
Well I was just about to ask about multithreaded CPU applications. Looks like I no longer have to since they've apparently been phased out. An app_config.xml file will let you do it manually if you want too, most cpu apps can be done that way but not all. |
Send message Joined: 12 Dec 15 Posts: 53 Credit: 133,288,534 RAC: 0 |
Well I was just about to ask about multithreaded CPU applications. Looks like I no longer have to since they've apparently been phased out. This should work in your app_config.xml for 4 threads (check the client_state.xml for this information). <app_version> |
Send message Joined: 17 Feb 17 Posts: 21 Credit: 8,511,880 RAC: 0 |
Well I was just about to ask about multithreaded CPU applications. Looks like I no longer have to since they've apparently been phased out. Thank you. Does this work on all CPU projects or only on a few? I'm curious what the difference between the following is, though. <avg_ncpus>4.0</avg_ncpus> <cmdline>--nthreads 4</cmdline> Aren't these essentially saying the same thing? thanks! |
Send message Joined: 24 Jan 11 Posts: 712 Credit: 553,280,944 RAC: 55,350 |
For understanding what the descriptors do, it is best to refer to the BOINC documentation. https://boinc.berkeley.edu/wiki/Client_configuration#Application_configuration The part you are interested in the document is listed under the Project-level configuration section. |
Send message Joined: 12 Dec 15 Posts: 53 Credit: 133,288,534 RAC: 0 |
<cmdline>--nthreads 4</cmdline> is an actual command line option (could be for numerous other options besides multithreading) passed onto the WU application at startup and syntax depends on the coding culture of the author. LLR.exe accepts "-t4", not sure it accepts "--nthreads 4" If you don't pass on the option exactly the way the application expects it, then no multithreading. If a project's WU doesn't actually have code to multi-thread, then the command line option is meaningless, so it will only work on CPU work units that are ready for multithreading. (Sorry Keith, that was off topic, but interesting question to be answered) |
Send message Joined: 17 Feb 17 Posts: 21 Credit: 8,511,880 RAC: 0 |
That's exactly what I was looking for. The documentation simply provides various config examples without going into too much detail about that option in particular. Thank you for the explanation. I don't think there are many multithreaded applications around. I haven't gotten one from MWH since I started crunching here again but it's good to know I can invoke it if I so choose (I'm assuming the reference to LLR.exe was what this meant)? |
Send message Joined: 24 Jan 11 Posts: 712 Credit: 553,280,944 RAC: 55,350 |
MW used to have a mt N-body application in earlier times. GPUGrid.net currently uses an mt application called QC Chemistry that heavily uses multiple cores with default of <cmdline>--nthreads 4</cmdline>. When the application first was developed it defaulted to using all cpu cores until users complained and it was knocked down to something more sensible. |
Send message Joined: 17 Feb 17 Posts: 21 Credit: 8,511,880 RAC: 0 |
MW used to have a mt N-body application in earlier times. GPUGrid.net currently uses an mt application called QC Chemistry that heavily uses multiple cores with default of <cmdline>--nthreads 4</cmdline>. When the application first was developed it defaulted to using all cpu cores until users complained and it was knocked down to something more sensible. Well that's interesting. I didn't think gpugrid had any CPU work at all for some reason. Neat. I remember having MW use all the cores on my fx8350 back in the day. |
Send message Joined: 24 Jan 11 Posts: 712 Credit: 553,280,944 RAC: 55,350 |
The QC Chemistry app is only working well for Linux hosts. They are still debugging a QC Chemistry app for Windows hosts. |
Send message Joined: 12 Dec 15 Posts: 53 Credit: 133,288,534 RAC: 0 |
They are still debugging a QC Chemistry app for Windows hosts. Got 30 machines trying to get a hold of some of those. Deleted 3 on a machine that got some because I was doing maintenance/rebuild and it would be down for 2 days. I didn't know the rarity. Another WUProps WU with less than an hour runtime probably stuck on my record.... BTW, the most common WU's with plentiful work are: SRBase and Primegrid (where ever the LLR.exe app is used) can run multi-threaded but you'll need to setup the app_config.xml All the LHC@home WU's can multithread, Theory has to be setup for MT and has too much single thread time, but CMS and ATLAS thrive on MT. YAFU is all multithreaded work (handled by the wrapper), up to 64 cores (maybe more). Cosmology is VM (boinc2docker) multithreaded as well as any other project using the boinc2docker VM for work, so BOINC TACC (Texas), nanoHUB (both low work). Amicable Numbers CPU work is minimum 2 cores. I think CAS@home and BURP are MT, but can't get any work from them to find out. BURP's mission was way more important 10 years ago. |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 1 |
MW used to have a mt N-body application in earlier times. GPUGrid.net currently uses an mt application called QC Chemistry that heavily uses multiple cores with default of <cmdline>--nthreads 4</cmdline>. When the application first was developed it defaulted to using all cpu cores until users complained and it was knocked down to something more sensible. Primegrid has a ton of cpu apps and MOST can be multi-threaded like that, so can the ones at RakeSearch, SRBase, I think Universe and others I don't remember right now. The easiest thing is to try it and see if it works, you have the basics now just change the app name which is listed under apps on most projects and put the app_config.xml file it in that projects folder. |
Send message Joined: 17 Feb 17 Posts: 21 Credit: 8,511,880 RAC: 0 |
MW used to have a mt N-body application in earlier times. GPUGrid.net currently uses an mt application called QC Chemistry that heavily uses multiple cores with default of <cmdline>--nthreads 4</cmdline>. When the application first was developed it defaulted to using all cpu cores until users complained and it was knocked down to something more sensible. Thanks! I'm assuming if it doesn't support it it simply won't work and will resort to a single thread per WU? |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 1 |
MW used to have a mt N-body application in earlier times. GPUGrid.net currently uses an mt application called QC Chemistry that heavily uses multiple cores with default of <cmdline>--nthreads 4</cmdline>. When the application first was developed it defaulted to using all cpu cores until users complained and it was knocked down to something more sensible. It may error some units out, I really don't remember. |
Send message Joined: 12 Dec 15 Posts: 53 Credit: 133,288,534 RAC: 0 |
I think Universe and others I don't remember right now. All the LHC@home WU's can multithread, YAFU is all multithreaded work. Cosmology is VM (boinc2docker) multithreaded Amicable Numbers CPU work is minimum 2 cores. RakeSearch has a user created optimized app that's supposedly faster than mt. |
Send message Joined: 24 Jan 11 Posts: 712 Credit: 553,280,944 RAC: 55,350 |
System administrator Eric has fixed the project preferences to restore the ability to select campaigns again. Kudos. |
©2024 Astroinformatics Group