madelectron

using the watch command as it reboots and spins up 15 windows VM's, it is indeed turbo boosting threads up to 3.3Ghz, seems to be an issue with netdata and not the cpu scheduler. Thank you for helping me figure this out.

I'm monitoring the cpu frequency per thread in Netdata. The returned result from your command is 1. As you can see with the attached image, every thread that has a burst load it being hard capped at 2.4Ghz, when it should be boosting up to 2.8-3.3Ghz, depending on the overall CPU load.

I have two unraid servers both running epyc 2nd gen cpus, one is running a 7532 and the other one is running a 7282. This problem exists on both servers. Testing was done on the server with the 7532 32c/64t 2.4ghz base, 3.3ghz turbo. While running unraid, with running cpu govenor at on-demand, frequency scaling works but never goes above base clock of 2.4ghz. If I set it to performance, all cores/threads top out at 2.4ghz and statically stay there. Never any turbo boost. Using the same server, only changing boot drive from unraid usb to a HiveOS usb, and try to cpu mine crypto with the server. Mining on 1 thread, that thread runs at 3.3ghz, at 16 threads it's running at 3.2ghz, at 32 threads it's down to 3ghz on the mining threads, and finally with all 64 threads mining the cpu frequency is at 2.8ghz. So the server is properly configured to handle boost clocks from the cpu, but for some reason it is not happening in UnRaid. Is there any update that can enable this for EPYC cpus? Maybe a newer cpu frequency scaling driver?

Could you add in sedutil suite? It was in the old version, and is needed so we can remove protection on SAS hard drives so they can be used in unraid. Thank you!

10700k

When I run intel_gpu_top this is the result: Failed to initialize PMU! (No such file or directory) and yes I have IOMMU enabled.

For some reason I can't get intel_gpu_top to display anything. At the command line all I get is file not found.

I will give this a try today or tomorrow. Thank you!

Ok, I'm officially drooling.......

No worries, I'll be here patiently waiting. I figured the reported metrics would be less since it's an igpu and not a dGPU, honestly I'd be happy with just seeing the current load on it, especially with the emergence of 4k tone mapping transcoding.

Are we able to restart the development of this plugin with IGPU quicksync support? I can help beta test if needed.

The new generation of gigabyte z490 boards are using two super IO chips to gather temperature, fan speed, and pwm control. The in kernel driver is 3 years old, thus only supports the IT8792E Super IO chip, but doesn't have updated support for the IT9699E Super IO chip. I'm not that good around linux doing make commands and don't want to mess up my install. Is there a way to include this updated driver in one of the 6.9 betas? https://github.com/gamanakis/it87/tree/it8688E This info is gathered from this github issue discussion: https://github.com/lm-sensors/lm-sensors/issues/154 Thank you devs!