Originally posted by birdie
View Post
Announcement
Collapse
No announcement yet.
Linux In 2020 Can Finally Provide Sane Monitoring Of SATA Drive Temperatures
Collapse
X
-
Originally posted by birdie View PostHWiNFO does not need any "special drivers for sensors".
How can you even claim it is different from Smartmontools or whatever other linux userspace application that runs as root and does stuff is beyond me
- Likes 1
Comment
-
Originally posted by birdie View Post
HDD temperature polling does affect its performance. Can't say the same about SSDs because I haven't tested that.
.
Comment
-
Originally posted by SilverBird775 View PostOh, thats unfortunate. Perhaps it is causing by some SMART data renewing and cache flushing to fixate its inner state before reporting. There should be more direct and non invasive method (ATA SCT) to collect temperature data. I had no chance to observe the performance hit on my SSD (SATA-AHCI) because the sensor lib pick up the useless lifespan SMART attribute instead of temperature. Gnome disk's SMART report treating lifespan attribute as secondary temperature sensor as well.
Comment
-
-
Originally posted by birdie View Post
HWiNFO does not need any "special drivers for sensors". It works right out of the box after you install Windows without installing any drivers whatsoever.
It needs AMD/NVIDIA drivers to monitor GPUs though but it's because NVIDIA and AMD closely guard their HW interfaces and only expose them via their own proprietary APIs.
God, why are there so many stupid open source fanatics here?
It's been a while and I still cannot read my AMD card's memory temperature or voltage.
Manufacturers just don't care enough to work with Linux :l
Comment
-
Originally posted by tildearrow View PostI. completely. agree.
It's been a while and I still cannot read my AMD card's memory temperature or voltage.
Manufacturers just don't care enough to work with Linux :l
Disks are a very sensitive thing, among others..
Seagate has the OpenSeaChest Tools, and they work great, for other vendors I don't know..
Comment
-
Thanks a lot for all the feedback. Regarding test coverage for drivetemp, I can only recommend for everyone - especially everyone who raised concerns here - to test it and provide feedback. The driver is only loaded on request, so anyone with concerns about performance impact can simply not load it or, to be sure, blacklist it. This is not an opt-out driver, it is an opt-in driver.
Regarding temperature and other telemetry reporting on Ryzen CPUs, please note that AMD did not publish the necessary information which would enable any such improvements. Quite obviously at least some of that information has leaked, and the zenpower driver referenced here makes use of it. At this point I would like to point out that patches to improve the upstream k10temp driver to report the additional telemetry have before now not been posted. As a kind reminder, anyone interested in such improvements to this and other drivers is invited to submit patches for inclusion into the upstream kernel. Either case, a preliminary patch series adding more telemetry reporting to the k10temp driver is now available for testing at https://patchwork.kernel.org/project...?series=229271.
- Likes 3
Comment
-
Originally posted by groeck View PostThanks a lot for all the feedback. Regarding test coverage for drivetemp, I can only recommend for everyone - especially everyone who raised concerns here - to test it and provide feedback. The driver is only loaded on request, so anyone with concerns about performance impact can simply not load it or, to be sure, blacklist it. This is not an opt-out driver, it is an opt-in driver.
Regarding temperature and other telemetry reporting on Ryzen CPUs, please note that AMD did not publish the necessary information which would enable any such improvements. Quite obviously at least some of that information has leaked, and the zenpower driver referenced here makes use of it. At this point I would like to point out that patches to improve the upstream k10temp driver to report the additional telemetry have before now not been posted. As a kind reminder, anyone interested in such improvements to this and other drivers is invited to submit patches for inclusion into the upstream kernel. Either case, a preliminary patch series adding more telemetry reporting to the k10temp driver is now available for testing at https://patchwork.kernel.org/project...?series=229271.
Now what about reviving additional data points in the coretemp driver, a feature I asked you about many years ago, and you actually implemented it, only to abandon it swiftly under some weird pretense?Last edited by birdie; 17 January 2020, 09:54 AM.
- Likes 1
Comment
Comment