Seti@Home Cuda Sluggishness |
![]() |
게시판 : Number crunching : Seti@Home Cuda Sluggishness
| 작성자 | 내용 |
|---|---|
|
I was just wondering if it's "in progress" or at least "under consideration" but I would like the coders to find a way to prioritize the CUDA-accelerated applications to something equivalent to the CPU's "low priority." Is this something possible with the current Nvidia drivers or does it require coding from Nvidia? | |
| ID: 861549 | | |
|
I have the same issue in some games...it's more noticeable with slower cards. Only thing you can do at this point is suspend the project that is using CUDA when you want to play a 3d-intensive game. | |
| ID: 861554 | | |
This brings me to an alternate request. If it's too much work, not possible without new Nvidia drivers, or there's another problem, can you please pressure Boinc to include a simple toggle for "use CUDA" in the system tray right-click menu? This way I can turn off CUDA when I use my computer and/or play games and whatnot, while CPU projects continue to flawlessly run on low as they have heretofore done. +10 :) Very nice idea IMHO, and much easy in implementation than true load balancing. | |
| ID: 861567 | | |
This brings me to an alternate request. If it's too much work, not possible without new Nvidia drivers, or there's another problem, can you please pressure Boinc to include a simple toggle for "use CUDA" in the system tray right-click menu? This way I can turn off CUDA when I use my computer and/or play games and whatnot, while CPU projects continue to flawlessly run on low as they have heretofore done. I second that. This would be a great feature, just split "Suspend" into "Suspend All" and "Suspend Cuda Only". ____________ ![]() | |
| ID: 861573 | | |
|
Jord (Ageless) has just reminded me of his post here, where it says amongst other things: | |
| ID: 861581 | | |
" Third, you can have a cc_config.xml in your BOINC Data directory that will suspend your BOINC (under Windows only, I'm afraid) automatically when any of the exclusive applications you told it to look out for is detected in main memory. (*) " I hope all see difference between "suspend BOINC" and "suspend CUDA app" OS has good enough CPU load balancing to not to leave BOINC while playing. So exclusive_app flag here is like "shooting in sparrow from cannon". Still vote for "Right click" solution :) And maybe it's worth to introduce something like exclusive_GPU_app ? | |
| ID: 861609 | | |
|
Make a new ticket in Trac. That's the best way to get the attention of the developers, not complaining about it on an (obscure ;-)) Seti forum. | |
| ID: 861613 | | |
Make a new ticket in Trac. That's the best way to get the attention of the developers, not complaining about it on an (obscure ;-)) Seti forum. Hehe, good point :) Done: http://boinc.berkeley.edu/trac/ticket/841 | |
| ID: 861615 | | |
Make a new ticket in Trac. That's the best way to get the attention of the developers, not complaining about it on an (obscure ;-)) Seti forum. Done. Ticket #842. Let's hope you're right about it being the right place to attract the attention of the developers. I've had no feedback at all from the additions to #147 over the weekend. | |
| ID: 861621 | | |
Make a new ticket in Trac. That's the best way to get the attention of the developers, not complaining about it on an (obscure ;-)) Seti forum. Now look what you've made us do ;-) At least they validate: quorum of two, strongly similar! Edit - diffs: System tray menu is a Manager function - assigned to RomW cc_config is a Daemon function - assigned to DaveA I think we have all bases covered. | |
| ID: 861622 | | |
|
[offtopic] | |
| ID: 861625 | | |
Make a new ticket in Trac. That's the best way to get the attention of the developers, not complaining about it on an (obscure ;-)) Seti forum. Oh well... I closed Raistmer's as duplicate. Hope you don't mind. It needed to be appointed to David anyway. ____________ Jord -BOINC FAQ Service -Nvidia CUDA & ATI CAL FAQ Courtesy starts with your first post of the thread. | |
| ID: 861637 | | |
Make a new ticket in Trac. That's the best way to get the attention of the developers, not complaining about it on an (obscure ;-)) Seti forum. No prob, Richard's expressed better anyway :) | |
| ID: 861652 | | |
|
My machine got totally sluggish,I had to wait while each letter came up while typeing,pages were like jittery.After a reboot seems fine,but taskmng.Looks weird. 5 instances of ak with one not using cpu, Mb-mod on cuda using 25% cpu , other 4 aks using like 17-19 % | |
| ID: 861765 | | |
|
Im having the same Issue since getting the New CUDA work units today my machine has been horribly lagging i had to suspend boinc to be able to do anything | |
| ID: 861770 | | |
|
Reinstalled cuda driver. taskmng now shows 4 aks running 25% 1 ak running 00% mb-mod running ~04% then 00 then 02 and so on | |
| ID: 861776 | | |
|
Looked at some results | |
| ID: 861792 | | |
Looked at some results http://setiathome.berkeley.edu/result.php?resultid=1148489070 has a low AR (WU true angle range is : 0.008596). Initially they crashed seti app and sometimes your computer. With the newest version no crashes anymore but those WU take forever to crunch, make your computer unworkable and give just normal cred :-(( ____________ ![]() | |
| ID: 861836 | | |
Im having the same Issue since getting the New CUDA work units today my machine has been horribly lagging i had to suspend boinc to be able to do anything I have been experiencing similar problems to this. I am running a Dell XPS M1730 with the 8700M GT graphics, and when the CUDA apps are running (both SETI and GPUGrid) the screen update and mouse response makes the laptop difficult to use. As an addition to the tickets that have been raised here, could I suggest having the ability in the user preferences to suspend GPU applications when the machine is in use, similar to the way CPU tasks are suspended? While the requests already entered for suspending the GPU tasks with a right mouse-click is a great step forward, I for one will frequently forget to re-enable it once I have finished what I was doing. Thanks in advance for any assistance with this! John. | |
| ID: 861846 | | |
|
Added to ticket #842 | |
| ID: 861847 | | |
|
Thanks Richard, that sums it up nicely. | |
| ID: 861850 | | |
|
If you feel you can't be happy cruncher while processing VLARs consider to change CUDA app to VLAR kill variant. | |
| ID: 861858 | | |
|
You could open task manager and right click boinc, and the open wu's, change the priority of the tasks and even the affinity of the processors is another idea. Or invest in a threading app :P | |
| ID: 861908 | | |
My machine got totally sluggish,I had to wait while each letter came up while typeing,pages were like jittery.After a reboot seems fine,but taskmng.Looks weird. 5 instances of ak with one not using cpu, Mb-mod on cuda using 25% cpu , other 4 aks using like 17-19 % I've seen this on other projects where the wrapper didn't release the app and it hung in the ram. I assume and assumed that the hung app is from a finished WU since its not showing any CPU useage. killing boinc should remove the process. I game on the PC that this occurred on but it doesnt always happen when I game. I can only assume its a transient issue ____________ come fly with us at TSWB. Turn off ASTROPULSE HERE | |
| ID: 861909 | | |
My machine got totally sluggish,I had to wait while each letter came up while typeing,pages were like jittery.After a reboot seems fine,but taskmng.Looks weird. 5 instances of ak with one not using cpu, Mb-mod on cuda using 25% cpu , other 4 aks using like 17-19 % There is no hang apps on this picture. 5th AK_v8 should take no CPU. The single problem - MB_6.08 shouldn't take 25% of CPU. IT can do this only first ~30 seconds at WU start. Another possibility - CUDA app exercised fallback to CPU code. Then you will see 25% of CPU usage for it and idle GPU. So, when reporting "hang" task it's worth to look to GPU temp too (is GPU working or idle) and in stderr of task under question (was CPU fallback or not). | |
| ID: 861926 | | |
|
so any idea how i can fix this porblem? i've suspended all the Cuda units so i can use my pc everything else works fin just the GPU app... also i noticed the time to copleation instead of going down it seems to go up before i got the new units i was taking an average of 3 min to complete a CUDA unit but had an estamite of 28 min the estimate just keeps goin up it was at 50 min then i suspended boinc | |
| ID: 862020 | | |
|
I have a similar thing too. | |
| ID: 862049 | | |
|
For now you should suspend CUDA tasks when gaming. Or, maybe, even exit from BOINC. I hope suspend only GPU-based tasks will be added in next versions. | |
| ID: 862066 | | |
|
the problem is this is happining even when im not gaming... just trying to surf the Web is painfull... it's like im trying to run Remote desktop ofer a dialup connection.. everything is painfully slow while CUDA tasks are running | |
| ID: 862169 | | |
the problem is this is happining even when im not gaming... just trying to surf the Web is painfull... it's like im trying to run Remote desktop ofer a dialup connection.. everything is painfully slow while CUDA tasks are running What CUDA app do you use? | |
| ID: 862247 | | |
the problem is this is happining even when im not gaming... just trying to surf the Web is painfull... it's like im trying to run Remote desktop ofer a dialup connection.. everything is painfully slow while CUDA tasks are running Is it every CUDA task, or just the VLAR ones? | |
| ID: 862268 | | |
|
im Using BOINC manager version 6.4.5 and its running Seti@home Enhanced 6.08 ( cuda) | |
| ID: 862270 | | |
im Using BOINC manager version 6.4.5 and its running Seti@home Enhanced 6.08 ( cuda) What drivers do you have installed for the card? ____________ ![]() | |
| ID: 862272 | | |
im Using BOINC manager version 6.4.5 and its running Seti@home Enhanced 6.08 ( cuda) Consider to use CUDA app mod with VLAR autokill ability, VLARs tasks still can lead to sluggish execution on GPU. | |
| ID: 862276 | | |
|
The performance slowdown with VLARs is known to the application and nVidia developers and it's top of their list to get this one solved, now that the stability is in place. But other than that, there's no news on the next app yet. | |
| ID: 862311 | | |
|
@Byron: It shouldn't matter anymore, no. The scheduler should recognize 1.0 capability as well, but the only way to be sure is to test it. | |
| ID: 862320 | | |
@Byron: It shouldn't matter anymore, no. The scheduler should recognize 1.0 capability as well, but the only way to be sure is to test it. Sorry, I came to the same conclusion so took out my question about compute capablility. ____________ ![]() | |
| ID: 862322 | | |
|
LOL, not to worry. It was just weird to get the error. ;-) | |
| ID: 862323 | | |
|
Try solution from this post: | |
| ID: 862341 | | |
|
GPUs aren't really built for task switching, and as far as I know a CUDA code snippet occupies the entire GPU pipeline for the duration of its run, which could be as long as a couple seconds. I don't think the GPU drivers include anything that could be considered preemptive task switching. There isn't a lot that an app can do if a GPU task can't be broken into a bunch of small code snippets. | |
| ID: 862354 | | |
GPUs aren't really built for task switching, and as far as I know a CUDA code snippet occupies the entire GPU pipeline for the duration of its run, which could be as long as a couple seconds. I don't think the GPU drivers include anything that could be considered preemptive task switching. There isn't a lot that an app can do if a GPU task can't be broken into a bunch of small code snippets. You mean we didn't have to write trac #841 or #842? | |
| ID: 862357 | | |
Try solution from this post: I have no problems whatsoever with CPU performance. Having everything on low (default behavior for Boinc) has allowed me to flawlessly play games, encode video/audio etc. while using the idle clock cycles (if any) for projects. The sluggishness issue is isolated to GPU. Thanks for opening the Trac ticket. I hope the simple system tray right-click-toggle is implemented sooner than in "a few months." It should be quite simple, really... no reason to delay it that much imo. ____________ | |
| ID: 862383 | | |
|
I noted in Beta about 6.08 (while running in CPU fallback mode) that it runs at normal priority instead of low (or idle), making the OS a little sluggish, | |
| ID: 862397 | | |
Does anyone know (when doing proper GPU tasks) if it is just the worker thread running at normal (like Raistmer's apps), or are all the threads at normal? Not correct. My build DECREASE process priority while BOINC sets normal priority for CUDA app (and increase thread priority inside process from 1 to 3). So, worker thread priority in my build will be 3 and priority of control thread will be 4. For comparison, priority of usual BOINC thread will be 1 and priority of normal thread in normal process you run will be 8 with dynamic boost to 10 if it's in foreground. Addon: the problem with BOINC - it sets normal process priority, so, control thread will run on the same priority as your other apps do and will slow them down time to time but idleworker thread even in process with normal priority will have priority of 1 and will be preempted with another BOINC threads -> worse GPU feeding. | |
| ID: 862403 | | |
Does anyone know (when doing proper GPU tasks) if it is just the worker thread running at normal (like Raistmer's apps), or are all the threads at normal? What i was trying to ask is whether stock 6.08 thread priorities are the same as on your latest apps?, or different?, and whether there is any difference in Sluggishness between the two apps? Claggy | |
| ID: 862420 | | |
|
1) They run on different priorities for both worker and control threads. | |
| ID: 862423 | | |
1) They run on different priorities for both worker and control threads. Can any thread priority improvements be made to the stock app for the next version? Claggy | |
| ID: 862429 | | |
|
Well i seem to have solved my CUDA problem. I aborted all the cuda tasks in my list and updated boinc when it downloaded the new cuda units things work fine again | |
| ID: 862465 | | |
Well i seem to have solved my CUDA problem. I aborted all the cuda tasks in my list and updated boinc when it downloaded the new cuda units things work fine again Very possible it was bunch of VLARs. So you problem will return when next bunch of VLARs will arrive... | |
| ID: 862638 | | |
|
You guys must understand the concept here.......CUDA uses the GPU for a CPU related task so its no longer executing in the CPU, now most newer opererating systems are more graphically based than anything else. | |
| ID: 862944 | | |
|
See, the seti apps are using 100% of the CPU, but because of the marvel of preemtive SO that 100% has a lower priority that any other app. So when it is time to work, the seti worker makes room for the other apps. | |
| ID: 862947 | | |
|
[offsubject] Saw the ceo and co-founder of nvidia on Charly Rose , quite exciting times. Chinese kid came to Tacoma Wa. at age 10 from Malasia,went to boarding school in Kentucky. Quite a story. [/offsubject] | |
| ID: 862982 | | |
Anyway, seti app that uses CUDA should be shutdown only when you play a 3D game. I don't know about you, but when Boinc does Seti (Cuda Enhanced), I can see the way windows and lines are drawn in windows explorer, etc. It's quite interesting actually, were it not for the fact that I have to wait for 10 seconds for a window to be drawn line by line when there's lists. In short, it's completely unusable (way too slow). BTW I have a single GTX 260 Core 216 (older/bigger nm core can't remember how much). Sometimes throughout the workunits it seems like there are "bursts" of responsiveness i.e. sometimes the system starts drawing windows faster, but most of the time there's annoying lag. Even as I'm typing this, there is lag between the keypresses and when the letters appear. Currently, I have to go in Boinc and manually suspend all Cuda workunits every time I get on my PC. Needless to say, it is very rapidly getting on my nerves... | |
| ID: 863112 | | |
|
Interesting, I didn't see SO big slowdown even on VLARS with 6.08. | |
| ID: 863138 | | |
|
BTW, while we waiting BOINC enhancements in this area it still should be possible to suspend (true suspend, with almost zero clock ticks consumption) CUDA app (no matter what build) with Process Explorer - former Sysinternals now M$ utility. (or with ProcessLasso) | |
| ID: 863142 | | |
|
@Heatsurge, | |
| ID: 863260 | | |
|
In my situation I have some slow-downs, but nothing like I cannot use the browser or my normal PC opperation. I don't have to stop the CUDA for those tasks. And I have running 3 WU at a time - one for each core and one for the GPU. | |
| ID: 863265 | | |
I found that once I upgraded my nVidia drivers to 181.20 (or above), MOST (not all) of the sluggishness went away. I was able to do normal type tasks (I don't do gaming) with little or no slowdowns. The one caveat is that slowdowns still occur during WU initialization and sometimes close to the end of processing as well. Since that machine is 99% crunch only, there may be other times it slows down I don't know about, but I do know that I can surf the net and dig through disk files without noticeable interference. | |
| ID: 863272 | | |
|
I too find most of the slugishness to be at the start or end of a typical workunit. However, VLARs are choppy throughout the entire workunit. I'm told that will be fixed in an upcoming version, so for now I simply suspend them and resume them before I got to bed so they can crunch without bothering me. | |
| ID: 863375 | | |
|
Double post... | |
| ID: 863383 | | |
|
Hm... | |
| ID: 863384 | | |
Hm... I did not see where this question was asked...... Were you running seti CUDA at the same time? You should not run graphics intensive apps and seti CUDA at the same time. ____________ | |
| ID: 863464 | | |
I did not see where this question was asked...... Were you running seti CUDA at the same time? You should not run graphics intensive apps and seti CUDA at the same time. It wasn't asked - I was just reporting that I changed my drivers and 177.92 seems a bit faster for me. Left4dead stuttering was the reason for change, and no I wasn't running CUDA while playing - 180 drivers are just buggy for l4d with multicore rendering enabled... I realize it's a bit off-topic sorry. BTW I'm currently out of Cuda workunits (only 1 "astropulse" is computing) so can't really report further if reverting drivers to 177.92 helped the overall sluggishness much if any. ____________ | |
| ID: 863722 | | |
|
Well, I'm seeing a bit of a slowdown for other graphics when Boinc-CUDA is running for my Linux system. We really do need a one-button suspend all Boinc CUDA for when trying to do other graphics work! | |
| ID: 864403 | | |
|
Im running windows 7 and cuda im happy to report im getting no sluggishness what so ever anymore!!! | |
| ID: 864911 | | |
|
A very valid concern. I tried GPUGrip and quit it before completing a single unit - because of desktop sluggishness. It seems that after more than 10 years of SETI crunching I will have to suspend SETI project as well. The truth is, BOINC apps should be running on my machine without interfering with my work and without me needing to turn something off/on to do the regular job done. If I turn something off, I'll surely forget to turn it on at some point. I could live with a "Disable CUDA" in General preferences, though. | |
| ID: 865005 | | |
A very valid concern. I tried GPUGrip and quit it before completing a single unit - because of desktop sluggishness. It seems that after more than 10 years of SETI crunching I will have to suspend SETI project as well. The truth is, BOINC apps should be running on my machine without interfering with my work and without me needing to turn something off/on to do the regular job done. If I turn something off, I'll surely forget to turn it on at some point. I could live with a "Disable CUDA" in General preferences, though. Why not just uncheck the "Use GPU if available" in your web-based preferences for your Quad? F. ____________ ![]() | |
| ID: 865011 | | |
|
Ah, thanks, I'll give it a try. I was configuring BOINC through another project, where this option is not listed. Checked BOINC options in the SETI project and here it is under the name "Suspend GPU work while computer is in use? Enforced by version 6.7+" | |
| ID: 865027 | | |
...and here it is under the name "Suspend GPU work while computer is in use? Enforced by version 6.7+" Unless you use a 6.7 BOINC client, it's better to use the option in the project preferences. Edit them, take the check mark off of "Use Graphics Processing Unit (GPU) if available", save the changes. On the next contact with Seti these preferences will be used. Any work you already have for CUDA will continue to run, you just won't get any new. ____________ Jord -BOINC FAQ Service -Nvidia CUDA & ATI CAL FAQ Courtesy starts with your first post of the thread. | |
| ID: 865029 | | |
|
Or you could always give Windows 7 a go!!!! Im sure you will be shocked at the performance difference. | |
| ID: 865212 | | |
|
I wouldn't suggest unreleased or beta software ever, especially never to use as a primary OS. Beta software should be used for testing only and not for everyday use. | |
| ID: 865251 | | |
|
Comment added by David Anderson to trac #842: resolution set to wontfix. | |
| ID: 869825 | | |
|
In this and other threads, a common thread (pardon the pun) is that people would like to be able to control when BOINC may use the GPU separately from when BOINC may use the CPU. Ticket #842 (closed Enhancement: wontfix) Either of these options will go a long way towards providing the control that people are clamoring for, as long as there is also some way to address (5) above. So, please record my vote for #842 to be reopened. Drool ____________
| |
| ID: 890260 | | |
게시판 : Number crunching : Seti@Home Cuda Sluggishness
| Copyright © 2009 University of California |