You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 8, 2020. It is now read-only.
Repository navigation
This repository was archived by the owner on Sep 8, 2020. It is now read-only.
Reacted by Bjorn, Edwin Khoo, Junsoo Ha, Dror Atariah, Axel Heider, Derek Prijatelj, Jose Riha, Parikshit Prasai, Marco Montalto Monella, Mikhail Grankin and 2 more
Thank you for forwarding it! I'm closing it for now (leaving the open issues list only for pending bugs) and marking it with the wishlist status labels (so I can revisit it later).
@hishamhm
We faced this user wish as well and for my impression it indeed would really fit well into htop on Linux. We found so many 3rd party patched/implementations, but all of them have heavy dependencies and/or are not well implemented into htop (as above).
@hishamhm
Indeed, looking around a bid, I found lm-sensors to be a popular module, showing (CPU) sensor temperatures. It needs to run a sensor detection command first, which seems to scan/check several different /sys and /proc folders, depending on existent kernel modules, in case enabling modules to access temps: https://github.com/groeck/lm-sensors/blob/master/prog/detect/sensors-detect
Looks quite messy for implementation. Just scanning some most common default locations and provide CPU temp meter just in case one with reasonable output was found, also is not too secure, as users report values of constant 40 °C or simply from other non-CPU sensor.
No problem, if supporting just a limited amount of devices/hardware, but for htop a deal breaker.
Activity
hishamhm commentedon Feb 4, 2015
Thank you for forwarding it! I'm closing it for now (leaving the open issues list only for pending bugs) and marking it with the wishlist status labels (so I can revisit it later).
semente commentedon Oct 10, 2015
That would be great!
hishamhm commentedon Feb 11, 2016
The problem with that patch is that it spawns a new process on each screen update. A more native solution would be welcome!
MartelliEnrico commentedon Feb 13, 2016
👍 for OSX too
updated readme
MichaIng commentedon Feb 24, 2018
@hishamhm
We faced this user wish as well and for my impression it indeed would really fit well into htop on Linux. We found so many 3rd party patched/implementations, but all of them have heavy dependencies and/or are not well implemented into htop (as above).
Many devices safe their temperature info readable inside
/sys, but of course the file path/name varies...Check our method as an idea, at least it covers some devices 😉: https://github.com/Fourdee/DietPi/blob/dev/dietpi/func/dietpi-globals#L802-L809
hishamhm commentedon Feb 26, 2018
@MichaIng thanks for the pointer! indeed, the lack of a standardized interface is disappointing. :\
MichaIng commentedon Feb 26, 2018
@hishamhm
Indeed, looking around a bid, I found
lm-sensorsto be a popular module, showing (CPU) sensor temperatures. It needs to run a sensor detection command first, which seems to scan/check several different/sysand/procfolders, depending on existent kernel modules, in case enabling modules to access temps: https://github.com/groeck/lm-sensors/blob/master/prog/detect/sensors-detectLooks quite messy for implementation. Just scanning some most common default locations and provide CPU temp meter just in case one with reasonable output was found, also is not too secure, as users report values of constant 40 °C or simply from other non-CPU sensor.
No problem, if supporting just a limited amount of devices/hardware, but for htop a deal breaker.