Message boards : Number crunching : Computing Preferences Page does not match
Author | Message |
---|---|
Pharrg Send message Joined: 10 Jul 06 Posts: 10 Credit: 6,478 RAC: 0 |
Your computing preferences page does not match the current page being used by other projects. There are a number of fields and options that are not there that should be. Since this page sets preferences for ALL projects, it needs to be updated. Look at the Rosetta computing preferences page, and compare to the SETI one, for example, here http://setiathome.berkeley.edu/prefs.php?subset=global It causes problems. For example, my system uses 8 cores, but because of the differences, when I used the Rosetta project today for the first time since building my machine, it changed the number of CPU's to 1. It didn't bring in some changes I'd made on other project sites to computing preferences, nor to the settings I make here get used in other projects, even though this page should be global. I noticed other issues too. |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
Thank you for pointing this out. It will change when Rosetta gets to the current BOINC server version. This may take some time. In the meantime, the client gets the preferences from the project you changed most recently, so you should be able to use the extended preferences on another project by making a change to any field there, hit update to save the change, then changing it back if you need to, then update to that project and your machine should then use those preferences. I haven't watched preferences closely across projects, so let me know if I'm mistaken about the above in some way. Rosetta Moderator: Mod.Sense |
Paul D. Buck Send message Joined: 17 Sep 05 Posts: 815 Credit: 1,812,737 RAC: 0 |
SaH is where all new settings first debut ... so ... if you want to take advantage of that setting you will need to attach to SaH and use the web page there to make your settings. Note that you don't actually have to do any work ... and if any download and you don't want to do them just abort those tasks... This type of issue is most common when starting a new machine, especially if you have not propagated your settings to all projects. Remember, settings to other projects are actually made by the client getting an update and then "informing" other projects of the updates. In this case, you needed to use an old machine to attach to RaH to update its settings or the new machine to first attach to SaH to get the latest settings. Even then you are correct that not all projects have all the same settings because the project vary in the version of the server side software that is being used. This issue is causing me to not be able to use later versions of BOINC Manager on my Mac because several of the "mac Friendly" projects have not made updates that recognize changes in the CPU ID string of the version 6.x clients. |
Pharrg Send message Joined: 10 Jul 06 Posts: 10 Credit: 6,478 RAC: 0 |
Thanks. The reason I noticed this is because I had indeed updated my preferences on SaH. However, this morning when I re-attached to RaH, I noticed that it only retrieved a single task. When I looked at the messages tab, I saw a message saying number of usable cpu's changed from 8 to 1 due to preferences. So, I went to the Rosetta preferences page and noticed that it did in fact say 1 cpu even though I'd been using 8 on all the other projects since being on this new machine. When I looked closer at the page, I noticed many other differences. Hence this thread. I thought there might be another problem as well since it still wouldn't get any additional tasks even after I did an update, but I just got home from work and noticed it does now have 8 tasks running concurrently (Core i7 - 4 cores, 2 threads each). All seems well now. I think the reason many of us like to have things consistant between projects, especially with preferences, is because now that some projects are CUDA enabled, we can have our CUDA devices running one project, and another running on the CPU. But that means we need to be able to utilize the GPU related options to do that. As it is now, when I'm running Rosetta, I now have 432 GPU CUDA enabled cores sitting idle while only 4 CPU cores are running. (I have two nVidia GTX 260 video cards.) Anyway, thanks for the info... |
Paul D. Buck Send message Joined: 17 Sep 05 Posts: 815 Credit: 1,812,737 RAC: 0 |
Attach to GPU Grid and if you use 6.5.0, though it is labeled beta I have found it stable. And, with GPU Grid and 2 each GTX 295s I have 4 GPU Grid tasks in work, and 8 other tasks from Rosetta and other projects, plus one FreeHal and one QCN ... |
Message boards :
Number crunching :
Computing Preferences Page does not match
©2024 University of Washington
https://www.bakerlab.org