|
21)
Message boards :
Graphics cards (GPUs) :
Poor times with 780 ti
(Message 35454)
Posted 3725 days ago by Dagorath Since your objective is to keep the GPU temperature below a limit then believe the application that reports the highest temperature. If you can keep the temp reported by that app below the limit then you can be quite certain it actually is below the limit.[/quote] |
|
22)
Message boards :
Graphics cards (GPUs) :
Poor times with 780 ti
(Message 35448)
Posted 3725 days ago by Dagorath Why not use HWiNFO and its Sensor logging ? I had never heard of HWiNFo for Windows until now, thanks. It looks like it might have everything one needs. If it logs the data we would want for GPUgrid tasks and is capable of composing the kind of graphs that would be useful to GPUgrid users then it would be great. Anybody doing it so far? Python exposes many of the NVIDIA driver API calls and there are graphing apps (GNU plot) that runs on Windows as well as Linux. Python runs on Windows too. Using that API via Linux one could write one app that runs on Windows and Linux that logs precisely the data we want and produces exactly the graphs we want. That's easy with Python because it can also use the BOINC API to access task names and other useful data BOINC generates and exposes via its API. That would allow you to log data and associate its graph with a task name, driver version, OS, BOINC configuration and hundreds of other types of info/data that HWiNFO might not be able to access or graph. It might or it might not, I have no idea as I've never used it. graphs it, apparently. TIf WiIt might be worth looking into. |
|
23)
Message boards :
Graphics cards (GPUs) :
Poor times with 780 ti
(Message 35431)
Posted 3726 days ago by Dagorath Temperature is very model, brand and even individual card depending. I agree and that is part of the problem with tweaking GPUs to get top performance. There are so many variables to deal with. I know I always say "We need a script to solve this" but I think if we had a script to collect temperature, clocks, % usage and various other data every second (maybe 2 seconds) for the entire length of tasks and then graph that data we would get a much better understanding of what is happening. I can do that for Linux hosts and have a possible way of doing it for Windows hosts. Storing the data and graphing it is easy but I don't have code for reading the data from the GPU on Windows yet, just Linux. |
|
24)
Message boards :
Number crunching :
Linux live USB
(Message 35413)
Posted 3726 days ago by Dagorath Good dog! Now shake a paw ;-) |
|
25)
Message boards :
Graphics cards (GPUs) :
New driver for nvidia
(Message 35411)
Posted 3726 days ago by Dagorath Not sure what is happening between reboots. When you stop crunching to reboot the GPU cools off. When it's rebooted and crunching again the temperature rises to the temp where the card downclocks to try to keep its temperature down. If you have adequate cooling the temperature will decrease and when it drops below the "magic temp" the clocks boost. If you don't have adequate cooling then the temp will not drop and the clocks will stay at the low speed until you quit crunching and reboot at which time the GPU cools off. |
|
26)
Message boards :
Graphics cards (GPUs) :
Poor times with 780 ti
(Message 35409)
Posted 3726 days ago by Dagorath Edit: Hmm, may have jumped the gun a bit. Rebooted and now back to 1124/1137. Maybe the Nvidia preferences needed a reboot to take effect? I'll have to check again after these WUs finish. I bet if you were to run an app that tracks and records the temperature and clock speeds over time for a few tasks and then graphed that data you would see that the clocks stay up until the temp goes above a certain cutoff temp then the clock drops until the temp drops back down below that cutoff temp. I bet your card that is downclocking is doing so because the temp rises above 70C. That seems to be the temp where mine downclock. I've found that if I set the fanspeed to say 60% the temp might be at say 65C and it will stay at 65C for many minutes. If I go away for an hour and then peak at the temperature I find sometimes it has risen by 6 degrees to 71C and I also find it has downclocked. I think the temp rises for 2 reasons (maybe more): 1) the temperature of the air going into the case rises for some reason (the furnace kicks in or someone closes a window, for example) 2) the simulation reaches a hard spot that works the GPU harder The fix is to recurve the fanspeed or run software that monitors the GPU temp and increases the fanspeed when the temp rises and decreases the fanspeed when the temp falls. The software allows you to set a target temperature which is the temp at which you want the GPU to run. It works like a thermostat. |
|
27)
Message boards :
Wish list :
Higher GPU utilization
(Message 35385)
Posted 3728 days ago by Dagorath @Stefan This thread has split into 2 different wishes: 1) a wish to have options in website preferences that would allow volunteers to decide how much to load their GPU, by "load" I mean how hard it works not which task type it works on 2) a wish to have options in website preferences that would allow volunteers to select which task type to work on This thread started off with a wish for 1 and has now evolved into a discussion of wish 2, not that I am complaining about the change of direction, just attempting to clarify. As per your advice in your previous post in this thread I will not, at this time, develop a script to allow users to filter out unwanted task types. I may at some time in the future but only if I can think of a way to prevent the problems it would cause. Thanks for your input on the idea. I never truly liked the idea due to the reasons you mentioned as well as the fact that some task types earn slightly more credit per hour than others and I can see how some volunteers would filter out low paying tasks in favor of the higher paying tasks. In the highly unlikely event I decide to pursue it again, I will inform project devs. The best way to solve the problem is proper host configuration which could mean adjusting parameters such as clocks and voltage on the fly via a clientside script. I might look into that possibility after I deliver on other commitments I've made regarding Crunchuntu. |
|
28)
Message boards :
Graphics cards (GPUs) :
Clueless re placement of cc_config for XP64
(Message 35375)
Posted 3729 days ago by Dagorath The BOINC project homepage has a link to the documentation for BOINC client and BOINC manager to help people overcome ignorance about BOINC. Actually there are 2 links named Documentaion on that page, use the one closest to the top of the page, the lower one is documentation for BOINC server. When you get to the documentation site bookmark the page then click "Client configuration". It's all there. |
|
29)
Message boards :
Number crunching :
Simulation has become unstable
(Message 35371)
Posted 3729 days ago by Dagorath <sigh> Wrong. From you have told us about yourself and what you're doing it's easy to see you're advising on topics you know little about. Your monkey see monkey do (it works at project A therefore is has to work at project B too) solution is no solution at all. Call that a flame if you want, I call it the truth and I believe the more experienced crunchers here will agree with that opinion. 2 - I will NOT turn this thread into a flame-fest. You can, of course, do whatever makes you feel good. If you think I am posting in this thread to make me feel good you're wrong again. I post to try to help you and others feel good by telling you what isn't likely to happen so that you can pursue a more realistic strategy for achieving success crunching here. 3 - I will let the readers make up their own minds. How magnanamous of you. I'm out of here. <yawn> |
|
30)
Message boards :
Number crunching :
What is so hard about Linux?
(Message 35361)
Posted 3729 days ago by Dagorath Thanks for your input and sad to hear Ubuntu Linux didn't work for you. The highest version number is not always the best. The version you tried, 13.x, is an odd numbered version which means it's not stable. You should have tried 12.04 instead. With 12.04 I haven't had any problem with any of the issues you mentioned. Linux recognizes all the disks and partitions on a system. The reason Windows users think it doesn't is because it doesn't name them and organize them the way Windows does. Networking with Windows machines in Ubuntu 12.04 is just a couple of mouse clicks away. There is a wizard specifically for that on the app launcher and it's very simple to use. I guess you just didn't find it? I install lots of software that isn't in the Software Center. If it's a .deb package (most of it is) all you have to do is download it and click on it. NVIDIA drivers install with a click or 2 from the "Additional drivers" app in the app launcher. It doesn't provide the absolutely latest version but it does guarantee a stable version. My Thing 2 script will provide easy NVIDIA driver updates and roll backs on demand (i.e. when the user wants to not when the OS wants to). If you give it a while you see that you are not totally reliant on the terminal to do anything useful. You find lots of stuff is handleable by GUIs. Windows users are adverse to using a terminal/console because the Windows shell is extremely difficult and backwards. It's just the opposite in Linux, the shell and therefore console/terminal is very well developed and user friendly. I think people get the idea Linux is all terminal because in forums, whenever someone asks how to do something in Linux, the response usually involves terminal commands. The reason for that is usually because it's easier to explain that as a solution than to explain which GUI to install and all the clicks needed to get something done. The GUIs are often there if you need them but terminals are often easier and faster. Hope you find XP's drawbacks less troublesome but if it's an unauthorized version/install I think you'll find it's a PITA. Every OS is a PITA, sometimes, even Linux. Whichever one is least painful for you is the one you want. |
Previous 10 | Next 10
