Message boards : Graphics cards (GPUs) : CUDA does not suspend
Author | Message |
---|---|
When I leave my laptop for a couple of minutes and the CUDA task starts working, then I come back to work, it takes 50% of my cpu performance on my dual core cpu. Screen updates lag, so it is practically impossible to work. | |
ID: 5542 | Rating: 0 | rate: / Reply Quote | |
If you would like some help, We will need more information (os, gpu etc) on your system, and the BOINC and nVidia driver version you are using. | |
ID: 5550 | Rating: 0 | rate: / Reply Quote | |
Not sure if I belong to the public relations department or not ... :)
and someone that has the ability to open a Trak ticket might hopefully enter something along this line there ... A couple more things to add to the question list though ... If you suspend the project does that stop the interference? If you suspend BOINC does that work? In other words, there are at least these two additional levels that may help in the mean time ... so, your assignment, should you decide to accept it, is to add some additional details and we shall try to work with you ... Oh, and Yes, I have not had any problems recently ... I guess I have to say that too ... :) Well, except for too much CPU usage, the board not saving my preferences, etc ... ____________ | |
ID: 5554 | Rating: 0 | rate: / Reply Quote | |
I just tried with 6.5.0: set BOINC to suspend if user is active. | |
ID: 5557 | Rating: 0 | rate: / Reply Quote | |
When I leave my laptop for a couple of minutes and the CUDA task starts working, then I come back to work, it takes 50% of my cpu performance on my dual core cpu. Screen updates lag, so it is practically impossible to work. (Sorry for my terrible english) I had the same problem as you. I have an 8600GT with passive cooling (575/DDR2-400/1300) overclocked to 653/469/1641 and the CPU is a Dual Core E2180-2GHz overclocked to 3,15 GHz. The boinc version 6.4.5 takes more 33 hours to complete each work, running a WCG work at the same time. The GPUGRID works use nearly one complete core. As it seems that my card is near the minimum requirementes for this proyect, when a GPUGRID work is running any movement in the screen is freezed (there is no graphic power left for any other thing other than the CUDA work). Laptops usually have low end graphic cards, integrated in the motherboard in most cases, so I imagine that you may suffer the same problem I do: low power graphic card. I used to do the same thing you said: pause the Bonic manager. Problems: Besides the obvious loos of computing work (I donĀ“t care about credits; it is solidarity work) I loosed part of the work done for the GPUGRID work when I continue the work (I did not loose the work for the WCG proyects because the Boinc manager allows to mantain the data in the memory (4 Gb - 3,5 for WinXP 32) while the work is paused. Suggestions for the programmers: it would be good that this could be done with the GPUGRID; and it would be inmenselly great if we could limit the GPU load, in the same way that we can limit the CPU load (I imagine that it has not be done because of "technical difficulties" but I try...) What I do now when I need to work with the computer is to suspend the GPUGRID proyect. The Boinc manager stops the GPU-CPU work and starts other work, an only-CPU work. In that way I can run 2 CPU works (WCG in my case), limit their use of the core power and, at he same time, use my computer. Result: more work done for the computer grid. When I finish my work with the computer I resume the GPUGRID proyect and the Boinc manager stops one of the CPU works and continues with the GPU-CPU work. When I want to PAUSE the Boinc application (and PAUSE all the Boinc tasks) very often the GPUGRID doesn't pause consuming CPU time and, what is killing, nearly all the GPU time. I have to resume the application and pause it again. After serveral attempts I allways manage to pause the GPUGRID task. But, as I said before, now, I prefer to SUSPEND the GPUGRID proyect or the task. Besides that, I can only get new GPUGRID works if I wait untill the last work I have is completed, suspend the proyect, exit the boinc application, launch it again and resume the GPUGRID proyect. This results in a loose of computing time for the GPUGRID proyect.Even more, now I have a GPUGRID work that I know that I can't finish in time (I need 33 hours to complete one) so I have tried to cancel it, and get a new one. Every time I tried to cancel it the manager crashed. When I launch the Boinc manager the GPUGRID work was there. I have to say that is the first time I trie to cancel one GPUGRID work and I don't know if it is a general problem or it happens only to me. I have suspended the GPUGRID proyect waiting for the time limit to arrive, resume the proyect and wait what happens. I hope "the system" will take away this work to another computer and send me another one. Another question for this endless quote: is it possible to get a boinc version newer than the 6.4.5 I am using now?. I've read that they are much faster, specially the 6.5.6. My slow computer (or graphic card) would really appreciate it. | |
ID: 5563 | Rating: 0 | rate: / Reply Quote | |
The BOINC Manger version 6.5.0 is no faster than your version. It only has a fix that mainly seems to ease the ability to run a CUDA task along with the CPU tasks. | |
ID: 5566 | Rating: 0 | rate: / Reply Quote | |
Thank you, Paul D. Buck, for your quick answer. | |
ID: 5567 | Rating: 0 | rate: / Reply Quote | |
Thank you, Paul D. Buck, for your quick answer. Some of us don't have much of a life ... :) And you are very welcome ... ____________ | |
ID: 5569 | Rating: 0 | rate: / Reply Quote | |
and someone that has the ability to open a Trak ticket might hopefully enter something along this line there ... I'll wait and see what BOINC 6.6.0 offers. Windows version is due out tomorrow. The one thing they have mentioned so far is it addresses trak #808, which is to do with leaking thread handles. | |
ID: 5571 | Rating: 0 | rate: / Reply Quote | |
and someone that has the ability to open a Trak ticket might hopefully enter something along this line there ... I hate it when that happens ... You wind up with thread handles all over the floor and towels soaked in them ... and the smell ... ugh ... As to not mentioning things, yeah, that too is common in BOINC. I struggled for years trying to improve that and in the end failed ... It kinda makes it hard to test when you don't know what the changes are ... and to my mind, limited as it is, I really don't see issuing a new version for a single problem fix ... even leaks like that ... ____________ | |
ID: 5578 | Rating: 0 | rate: / Reply Quote | |
In the boinc manager I see that the GPUGRID task still takes cpu time. This seems to work correctly in BOINC 6.5.0, in that it will kill the science app. A resume will start it up again. I haven't bothered getting 6.6.0 (its being alpha-tested at the moment). Maybe one of the guys with it could try suspend/resume on a cuda task and see what it does. | |
ID: 5670 | Rating: 0 | rate: / Reply Quote | |
The problems I writed about in a prior post were using 6.5.0 WUs. Now I'm crunching my second 6.55 WU without problems. I have paused them several times with an inmediate reacction from the boinc manager. It seams that the works are done in less time (though my ultra-slow system). | |
ID: 5761 | Rating: 0 | rate: / Reply Quote | |
Yes, the need for baby-sitting has been resolved in the beginning of january. Apart from that you're still mixing up the version numbers of the GPU-Grid application (6.55 is the current one for windows) and the BOINC manager version, which is totally independet from the former version number (as long as it supports CUDA) and does not really affect speed. Recent BOINC manager versions have been e.g. 6.3.21, 6.4.x, 6.5.0, 6.6.0. | |
ID: 5792 | Rating: 0 | rate: / Reply Quote | |
Strange. I am running cuda v6.62 (acemd_6.62_windows_intelx86__cuda.exe) and I'm experiencing the same problem: the task keeps running and consumes all my gpu-power. | |
ID: 6398 | Rating: 0 | rate: / Reply Quote | |
Strange. I am running cuda v6.62 (acemd_6.62_windows_intelx86__cuda.exe) and I'm experiencing the same problem: the task keeps running and consumes all my gpu-power. um, that is what is supposed to happen... The CPU tasks will use all of the available CPU power, a GPU task will use all available GPU power. Because this is new technology the ability to be less intrusive is not there yet (and may never really get there because of limitations of the GPU cards themselves) ... But, if it is consuming all resources then things are as they should be ... | |
ID: 6399 | Rating: 0 | rate: / Reply Quote | |
Controlix, could you be a bit more specific? I've seen you made the first post in this thread, but it got quite carried away, so I'm not sure what you mean when you say "the same problem". | |
ID: 6407 | Rating: 0 | rate: / Reply Quote | |
It is indeed the fact that cuda does not suspend its work when i'm active and continues taking up almost all the gpu resources. | |
ID: 6507 | Rating: 0 | rate: / Reply Quote | |
Message boards : Graphics cards (GPUs) : CUDA does not suspend