On Mon, Nov 20, 2017 at 7:25 AM, Nicolai Hähnle <nhaeh...@gmail.com> wrote: > This kind of system-level monitoring is typically the domain of the kernel, > not Mesa. > > I know you can get GPU clocks and temperature from there (e.g. umr does that > for the amdgpu kernel module), I don't know about power consumption though.
Temperature and fan info are exposed via standard hwmon interfaces. Clocks, temp, fan, gpu load, and power usage are exposed via a custom debugfs interface. umr uses that interface. Alex > > Cheers, > Nicolai > > > > On 20.11.2017 00:08, Gordon Haverland wrote: >> >> Greetings. I've been lurking a long time. >> >> There is perhaps too much introduction here. >> >> Why I've been lurking was related to OpenCL (and btrfs) issues related >> to some upgrading of hardware and software I have on my LAN when time >> permitted. Well, winter arrived and now there isn't quite so much >> stuff keeping me away from the computer. >> >> In the near future I will have 5 computers attached to 4 UPS, two of >> which will have Corsair digital power supplies. One computer will have >> a sort of deprecated AMD GPU, and the others will have newer hardware >> (mostly Polaris GPUs from AMD). Processors are all AMD. >> >> UPS software (NUT or proprietary) can provide estimates of how much >> power the UPS are providing. Lmsensors seems to have an ability to >> read GPU temperatures as well as CPU temperatures. SMART may give >> access to disk data, I am initially thinking that SSD aren't going to >> provide anything useful. And the Gnome libgtop2 library can provide >> access to CPU type process data. There is some code out there to get >> at data from Corsair digital power supplies. >> >> Some UPS software is sampling every 2 seconds, some every 15 or 30 >> seconds. What I am looking to do, is to sample a bunch of things at >> about the same rate and log it (on one machine). Sample the >> temperatures, sample the power levels and then look through the process >> statistics to find the N processes that are using more than 10% of any >> CPU (core). >> >> Much of what I am doing now, is public BOINC projects. And these BOINC >> projects may be interested in this from an energy budget point of >> view. I have some projects in mind, which a person might be able to do >> from a BOINC server. And I would like to be able to measure the energy >> budget on this. >> >> Einstein@Home seems to be one of the few BOINC projects which produces >> jobs for which Mesa3D is the OpenCL provider. I see SETI@Home sending >> jobs occasionally, but they don't compile as they assume >> Catalyst/fglrx because I have AMD GPUs. >> >> Maybe places like SETI@Home would be inclined to create OpenCL jobs, if >> there was software to measure energy budget? One could hope. >> >> At the moment, I am working in Perl. For getting at Corsair digital >> power supply data, spawning some program via the shell and capturing >> output should work for a start, but I probably should try to make a >> library and do things via XS. GTop has a Perl wrapper at CPAN, I don't >> think I've seen a Perl wrapper around anything lmsensors related. >> >> Too much introduction, I apologise. >> >> Are there aspects of GPU use; that Mesa3D provides, should provide or >> could provide? Especially with respect to OpenCL. Are there >> places/references where I can learn about this? No paywalled stuff >> please, I have no budget. >> >> If this means writing code (Mesa3D seems to be mostly C, I can do that, >> but most of my programming is number crunching in FORTRAN) to submit to >> Mesa3D, I can do that. >> >> Other things I should know? >> >> If I get something working, github is best place to put this? I think >> it might be useful at some point. >> >> Have a great day! >> Gord >> >> _______________________________________________ >> mesa-dev mailing list >> mesa-dev@lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/mesa-dev >> > > > -- > Lerne, wie die Welt wirklich ist, > Aber vergiss niemals, wie sie sein sollte. > > _______________________________________________ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
