| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 78
|
|
| Author |
|
|
Rames
Cruncher Finland Joined: Feb 2, 2012 Post Count: 8 Status: Offline Project Badges:
|
Got running 6 threads with 7660D IGP and 6870 GPU 3/3, runs fine.
----------------------------------------Pro tip, as i guessed BIOS needed to force IGP and set it first to boot picture. I think this IGP with another GPU is killer ![]()
Best way to ruin fine hobby is to make it job.
|
||
|
|
OldChap
Veteran Cruncher UK Joined: Jun 5, 2009 Post Count: 978 Status: Offline Project Badges:
|
Thanks to the efforts of the guys on the team the "BIG app_info" is now more complete. Just HCMD to do now I think.
----------------------------------------I suspect that some may say that a few are not pretty but I have run the complete file (less nVidia + HCCC) as a test today. http://www.xtremesystems.org/forums/showthrea...09-Working-app_info-files ![]() |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
To be sure I understand: You've configured a single app_info that will allow to run multiple WCG CPU sciences, then its up to the user to pick and choose which CPU sciences to run alongside and match that to the device profile settings [and set the values for how many GPU tasks concurrent on a card(s)? Still, it has continued to elude me why the CPU sciences have to be specified. Is an app_info with just the GPU section not enough and then employ the device profile to choose the CPU sciences? [Sorry for my persistent ignorance... (something to do with using all CPU cores for WCG instead of else having them idle, or deployed for projects outside of WCG?)].
----------------------------------------HCMD2 I'd not bother with... it's done, just waiting that all batches are confirmed to be complete in the scientists hands. [Edit 1 times, last edit by Former Member at Nov 25, 2012 9:27:58 AM] |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1404 Status: Offline Project Badges:
|
... Still, it has continued to elude me why the CPU sciences have to be specified. Is an app_info with just the GPU section not enough and then employ the device profile to choose the CPU sciences? Every CPU science you wanna run should be part of the app_info.xml. The needed files of course should be in the project folder. An example of an app_info for an AMD-card with allowed 3 tasks concurrently on the GPU & CEP2, HPF2 and FAAH on the free CPU-cores. <app_info> The VINA's ran on a Linux box without a GPU. ;) [Edit 1 times, last edit by Crystal Pellet at Nov 25, 2012 10:06:05 AM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Got running 6 threads with 7660D IGP and 6870 GPU 3/3, runs fine. Interesting. Would that '7660D IGP' be the GPU-part of an AMD A10 APU? I'm curious how many simul HCC-GPU theoretically can be loaded to such IGP... Pro tip, as i guessed BIOS needed to force IGP and set it first to boot picture. I can confirm that; I did wrestle with the BIOS in setting up my iGPU (of an i7-3770k) to handle the UI-visuals and with that free my HD7770 to crunch HCC-GPU-WUs.; |
||
|
|
Ingleside
Veteran Cruncher Norway Joined: Nov 19, 2005 Post Count: 974 Status: Offline Project Badges:
|
To be sure I understand: You've configured a single app_info that will allow to run multiple WCG CPU sciences, then its up to the user to pick and choose which CPU sciences to run alongside and match that to the device profile settings [and set the values for how many GPU tasks concurrent on a card(s)? Still, it has continued to elude me why the CPU sciences have to be specified. Is an app_info with just the GPU section not enough and then employ the device profile to choose the CPU sciences? [Sorry for my persistent ignorance... (something to do with using all CPU cores for WCG instead of else having them idle, or deployed for projects outside of WCG?)]. "Anonymous platform" was added to BOINC so users could: 1: Run on platforms the project don't have any applications for. 2: Be so concerned by security they're only running applications they've compiled themselves. While users instead mainly uses anonymous platform to run optimized applications supplied by 3rd. party, and later on to run multiple GPU-units at once, requirement #2 must still be fulfilled. For this reason, client tells all application-name(s) & accompanying version-number(s) it's got, and scheduling-server is only allowed to send work for these applicaton(s)/version(s). This means anyone using app_info.xml to run multiple GPU-tasks at once won't get any CPU-work for this BOINC-project except if they've also including info about CPU-applications in their app_info.xml. This also means every time a new application-version comes out anyone using app_info.xml must manually download the new application-files & update their app_info.xml While the scheduling-server at the moment contains a bug so doesn't work correctly with both "anonymous" & "homogeneous app" and the scheduling-server incorrectly can assign tasks for applications not specified in app_info.xml, the client still knows it's running anonymous platform and therefore can't download the application-files neccessary to run the tasks. Scheduler-replies still containing this message: "[error] App version returned from anonymous platform project; ignoring" reveals the bug haven't been fixed yet, since scheduling-server should not send the version-number. ![]() "I make so many mistakes. But then just think of all the mistakes I don't make, although I might." |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
... Still, it has continued to elude me why the CPU sciences have to be specified. Is an app_info with just the GPU section not enough and then employ the device profile to choose the CPU sciences? I'll hazard a guess as to the reason: the BOINC logic involved in dealing with an app_info is such that it is an 'all-or-nothing' deal. I based that on my understanding of the whys-and-wherefores of an app_info: the nature of the needs of an anonymous platform; and that need is best met by allowing app_info to specify everything, including an otherwise available-and-specified project settings/configs provided by the website-profile. But the way I've seen an app_info file get actually used here at WCG is, in my view, no where near what an anonymous platform was built for. Those app_info usage is as if the app_info is an autoexec.bat or a config.sys of the bygone DOS-era: provide a local settings/config* for a local-machine. There is absolutely nothing 'anonymous' there.Notes: *I propose that BOINC improve its UI to incorporate a settings/config for the local-machine and take away those settings from the cc_config.xml and from the app_info in the same vein that there is no need for an autoexec.bat and config.sys in today's OS. ; |
||
|
|
Jim1348
Veteran Cruncher USA Joined: Jul 13, 2009 Post Count: 1066 Status: Offline Project Badges:
|
*I propose that BOINC improve its UI to incorporate a settings/config for the local-machine and take away those settings from the cc_config.xml and from the app_info in the same vein that there is no need for an autoexec.bat and config.sys in today's OS. ; On POEM, you are relieved of some of that pain. You can specify whether to use either an Nvidia or AMD card, for example. If that could be extended to how many work units to be run at once (maybe not an easy task), and to run only GPU tasks for a given project, it would be perfect for WCG. |
||
|
|
Ingleside
Veteran Cruncher Norway Joined: Nov 19, 2005 Post Count: 974 Status: Offline Project Badges:
|
On POEM, you are relieved of some of that pain. You can specify whether to use either an Nvidia or AMD card, for example. If that could be extended to how many work units to be run at once (maybe not an easy task), and to run only GPU tasks for a given project, it would be perfect for WCG. Einstein@home already has all these options, but it's unlikely WCG will add the multi-task per GPU option atleast. ![]() "I make so many mistakes. But then just think of all the mistakes I don't make, although I might." |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
On POEM, you are relieved of some of that pain. You can specify whether to use either an Nvidia or AMD card, for example. If that could be extended to how many work units to be run at once (maybe not an easy task), and to run only GPU tasks for a given project, it would be perfect for WCG. Einstein@home already has all these options, but it's unlikely WCG will add the multi-task per GPU option at least. Now that would be bad news, for multi-WU loading on GPUs turned out to be the raison d'ĂȘtre of using an app_info.xml file. ![]() ; |
||
|
|
|