Questions and Answers :
GPU applications :
CPU / GPU mixed processing problem
Message board moderation
Author | Message |
---|---|
CAHess-Den Send message Joined: 20 May 99 Posts: 21 Credit: 2,575,162 RAC: 0 |
Short problem description: Machine ceases to process MP WUs in CPUs with GPUs enabled. Setup: Quad-core Intel CPU w/ prefs = 2(50%) CPUs max, 50% CPU-time max set to be "always available"; Dual Nvidia 9600GT OCs defaulted to "when not in use," but sometimes force-run via local Preferences setting Problem specifics: I have USUALLY had four total WUs running: 2 in CPUs and 2 in my GPUs. This has worked fine for many weeks now. (Since at least BOINC v6.4.7 was released.) I noticed that sometimes one of the CPUs will NOT pick up new work, despite loads of it in my queue. I determined that this was happening whenever a CPU was crunching on an AP WU: once the other CPU was free, it was no longer used to process any of the remaining available jobs. This happened on at least four different occasions. (I wondered to myself whether this was intentional, but chalked it up to "mildly strange" and let it be. Until now. Read on.) Now, however something different has happened: Once the AP/CPU job was completed, and the other MP/CPU completed... NO MORE CPU JOBS WILL RUN AT ALL. (Oh I've fiddled with settings - settings that didn't seem to make a differnce at all before, when they were running simultanously fairly well. Also, I have no more pending AP WUs.) My queue of a dozen-odd MPs are only being processed by my GPUs now! [Which is a problem because, despite the fact that the GPUs run the jobs MUCH faster, they do not run NEARLY as often/regularly as my two available CPUs do!] So now that NEITHER of my available CPUs are doing any work I though it was high time to raise this issue here. Anomaly: The CUDA FAQ (#5) says that CPU and GPU work cannot be done simultaneously (or if out-of-date that they weren't at some time.) But Mine have been running fine since the first (working!) CUDA-enabled version of BOINC (6.4.7) came out! (And the work was accepted just fine!) |
BilBg Send message Joined: 27 May 07 Posts: 3720 Credit: 9,385,827 RAC: 0 |
In the BOINC Manager, Tasks tab, Application column - what is the version of downloaded MB WUs - 6.03 (CPU) or 6.08 (GPU)? You can try "ReSchedule" (I can't - I have no CUDA GPU): http://setiathome.berkeley.edu/forum_thread.php?id=54447&nowrap=true#913445 http://setiathome.berkeley.edu/forum_thread.php?id=54491#914554 http://setiweb.ssl.berkeley.edu/forum_thread.php?id=54502&nowrap=true#914873 You can try also Lunatics' Unified Installer (the easy way to the Optimized SETI Applications): http://setiathome.berkeley.edu/forum_thread.php?id=54288 http://lunatics.kwsn.net/index.php?module=Downloads;catd=9 To make the BOINC Manager to download more tasks change the preferences: "Additional work buffer": 10 days  - ALF - "Find out what you don't do well ..... then don't do it!" :)  |
CAHess-Den Send message Joined: 20 May 99 Posts: 21 Credit: 2,575,162 RAC: 0 |
Well, nice catch: I have the "Application" column collapsed to near nothing, so never saw the reams of "6.08 (cuda)" MBs in my queue! So this sheds light on what I'm thinking is a significant defect in SETI project's "work planning:" What IT thinks I want it to do and what I want it to do are drastically different, and the only means that I'd have to control that, would be to stop doing CUDA MBs. Which is the worst possible scenario for the project. So instead we've got some SETI@home "app" to manage the problem from some other way? Too bad, all that, really. Anyway, I guess I'll give Reschedule a try then, and see how it does at letting me balance my CPU/GPU MB work by hand.... &^} Thx! *edit* Well, that seems to have possibly done the trick! I've got a bunch of CPU units running now! It's going to take a little trial & error to work out how Reschedule7 makes its decisions, tho.... |
Fred W Send message Joined: 13 Jun 99 Posts: 2524 Credit: 11,954,210 RAC: 0 |
Well, nice catch: I have the "Application" column collapsed to near nothing, so never saw the reams of "6.08 (cuda)" MBs in my queue! Your computer(s) are hidden so we can't see what version of Boinc you are running. Boinc 6.6.xx keep separate queues for CPU and GPU (which 6.4.x didn't - I suspect the root of your problem). Perhaps investigate a Boinc version upgrade? F. |
CAHess-Den Send message Joined: 20 May 99 Posts: 21 Credit: 2,575,162 RAC: 0 |
I'm using BOINC v6.6.31. (I should have included this in my "Setup" description. My bad.) Actually, it sounds like I should've stuck with 6.4.X then, NOT "an upgrade" to the more-current 6.6.xx versions that separate them out! Due to my "staying current" I have now created MORE work for ME to manage my queue manually with Reschedule7.... |
BilBg Send message Joined: 27 May 07 Posts: 3720 Credit: 9,385,827 RAC: 0 |
BOINC v6.6.31 has a BUG - when you exit BOINC Manager it does not exit (shutdown) the connected client (BOINC.exe). I suggest you to upgrade to v6.6.36 If you want to you can also downgrade to 6.4.7 from here: http://boinc.berkeley.edu/download_all.php  - ALF - "Find out what you don't do well ..... then don't do it!" :)  |
CAHess-Den Send message Joined: 20 May 99 Posts: 21 Credit: 2,575,162 RAC: 0 |
Thx & wilco. I didn't know that it'd been fixed! |
Questor Send message Joined: 3 Sep 04 Posts: 471 Credit: 230,506,401 RAC: 157 |
While in the mood for upgrades there is a newer version of Reschedule1.9 also available on the Lunatics site. GPU Users Group |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.