| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Active Research
Forum: Africa Rainfall Project
Thread: Is setting <max_concurrent>0</max_concurrent> in app_config.xml Valid? |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 9
|
|
| Author |
|
|
hchc
Veteran Cruncher USA Joined: Aug 15, 2006 Post Count: 805 Status: Offline Project Badges: 
|
Quick question. I have a client running off USB flash storage with an older CPU. I don't want for it to get any ARP1 tasks this time or in the future. I edited the app_config.xml to set <max_concurrent>0</max_concurrent> for the <app>arp1</app> for that device. Is 0 a valid number meaning, "Since I want you to process at most 0 tasks, it goes to reason to not download any ARP1 tasks to begin with"?
----------------------------------------I don't want to set up multiple profiles if I don't have to. So just curious if this is a valid solution and will get the results I wish, just for this one machine. (I want all my other machines to process ARP1 tasks.)
[Edit 1 times, last edit by hchc at Apr 10, 2024 8:55:11 PM] |
||
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2170 Status: Offline Project Badges: 
|
hchc,
----------------------------------------You want your client to not get any ARP1-tasks. You should assign your device to a separate Custom Profile in the first place, then edit that profile and deselect Africa Rainfall Project and deselect "If there is no work available for the project(s) I have selected above, please send me work from another project". If you have one or the other selected, or both options, you will still receive ARP1-tasks, unless your System Requirements aren't sufficient. You can't use <max_concurrent> for this. Setting <max_concurrent> to 0 means that you don't have a preference for the number of ARP1-tasks to run. Setting it to any other value doesn't mean that you can control the number of ARP1-tasks to receive. For that to happen, you'll need to use a separate profile, as explained. Adri [Edit 3 times, last edit by adriverhoef at Apr 11, 2024 12:01:51 AM] |
||
|
|
hchc
Veteran Cruncher USA Joined: Aug 15, 2006 Post Count: 805 Status: Offline Project Badges:
|
Separate profiles was what I was trying to avoid. BOINC documentation is lacking and I couldn't find anywhere on boinc.berkeley.edu that explained that 0 means no preference.
----------------------------------------What I may have to do is switch all future crunchboxes away from USB flash drives and onto cheap or used SATA SSD or HDD, perhaps. They're very cheap on eBay. I was trying to reduce the writing to the ancient 16 GB Lexar USB stick on that machine. :P Thanks for the information, Adri.
|
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12425 Status: Offline Project Badges: 
|
I don't see the problem with setting different profiles. There are 4 standard profiles available to use.
Mike |
||
|
|
Sgt.Joe
Ace Cruncher USA Joined: Jul 4, 2006 Post Count: 7686 Status: Offline Project Badges: 
|
Quick question. I have a client running off USB flash storage with an older CPU. I don't want for it to get any ARP1 tasks this time or in the future. I edited the app_config.xml to set <max_concurrent>0</max_concurrent> for the <app>arp1</app> for that device. Is 0 a valid number meaning, "Since I want you to process at most 0 tasks, it goes to reason to not download any ARP1 tasks to begin with"? I don't want to set up multiple profiles if I don't have to. So just curious if this is a valid solution and will get the results I wish, just for this one machine. (I want all my other machines to process ARP1 tasks.) There is another option, but it may not fit your needs. You could run one of your machines under another username. That would use the default profile and you could adjust that to not select ARP tasks. You would then have two separate user names to track, Personally, I run a couple of machines on USB drives because I want to save on electricity and have had pretty good luck with the drives lasting several years. Cheers
Sgt. Joe
*Minnesota Crunchers* |
||
|
|
ShaunaB1
Cruncher Joined: Apr 24, 2024 Post Count: 1 Status: Offline |
Setting the <max_concurrent> value to 0 in the app_config.xml for the ARP1 app should prevent that specific client from downloading any ARP1 tasks. This solution is valid and will achieve the desired result for that machine without requiring multiple profiles. Your other machines can continue processing ARP1 tasks as usual.
|
||
|
|
hchc
Veteran Cruncher USA Joined: Aug 15, 2006 Post Count: 805 Status: Offline Project Badges:
|
Setting the <max_concurrent> value to 0 in the app_config.xml for the ARP1 app should prevent that specific client from downloading any ARP1 tasks. This solution is valid and will achieve the desired result for that machine without requiring multiple profiles. Your other machines can continue processing ARP1 tasks as usual. Interesting! So my guess might be right. I'll be sure to test this out once ARP1 starts back up again and I'll post here if it worked or not. Welcome to the forums, by the way.
|
||
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2170 Status: Offline Project Badges:
|
Setting the <max_concurrent> value to 0 in the app_config.xml for the ARP1 app should prevent that specific client from downloading any ARP1 tasks. This solution is valid and will achieve the desired result for that machine without requiring multiple profiles. Your other machines can continue processing ARP1 tasks as usual. Interesting! So my guess might be right. I'll be sure to test this out once ARP1 starts back up again and I'll post here if it worked or not. I'm sorry for you, but that is false information. As I explained earlier: Setting <max_concurrent> to 0 means that you don't have a preference for the number of ARP1-tasks to run. Setting it to any other value doesn't mean that you can control the number of ARP1-tasks to receive. This can easily be tested by setting <max_concurrent> to 0 for MCM1. I've just done this, setting <max_concurrent> to 0 for MCM1, re-read the config file app_config.xml, and all available CPUs started running MCM1-tasks, as expected. Also, MCM1-tasks are still coming in, as expected.  Tue 30 Apr 2024 12:50:16 | World Community Grid | Scheduler request completed: got 1 new tasks Adri |
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12425 Status: Offline Project Badges:
|
Max_concurrent does not control the number of units that are downloaded. It controls the number of units that run at any one time. However zero does not work - it has to be an actual number ,1, 2, 3, etc.
To control the number of downloads you have to use profile. Mike |
||
|
|
|