106
Intrusion Detection and Prevention / Re: since updating to 22.7 suricate is constantly stopping
« on: September 18, 2022, 09:54:06 am »
Are you also using ZenArmor?
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
This is the CPU of my appliance
https://ark.intel.com/content/www/us/en/ark/products/212328/intel-celeron-processor-n5105-4m-cache-up-to-2-90-ghz.html
but there is no references about:
- hifn, padlock, qat nor safe there...
I will keep googling it to see if I find the answer, but thanks for replying!
Is there a way to block all of these requests? so they dont show?
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 795
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 795
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 894
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 795
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 894
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 894
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 894
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 2508
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 894
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 795
root@LushBrain:~ # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 4082
I found this that suggest Speedstep should just work? https://forum.opnsense.org/index.php?topic=26590.0
Mind the little details: SpeedStep & SpeedShift, the latter is the shiny new thing supported by hwpstate_intel. I don't have a recent Intel CPU in reach, but you can try to completly disable hwpstate (and hope the "legacy" cpufreq drivers kick in that should be supported by PowerD)
From the man page:
Tunable: (0=enabled, 1=disabled)Code: [Select]hint.hwpstate_intel.0.disabled
Or tweak hwpstate from it's default "performance" (0) to "efficient" (100) so it lowers its base clockCode: [Select]dev.hwpstate_intel.0.epp 100
SpeedShift should be controlled by the CPU itself instead of PowerD in that case
dmesg | grep hwpstate_inte
hwpstate_intel0: <Intel Speed Shift> on cpu0
hwpstate_intel1: <Intel Speed Shift> on cpu1
hwpstate_intel2: <Intel Speed Shift> on cpu2
hwpstate_intel3: <Intel Speed Shift> on cpu3
hwpstate_intel4: <Intel Speed Shift> on cpu4
hwpstate_intel5: <Intel Speed Shift> on cpu5
hwpstate_intel6: <Intel Speed Shift> on cpu6
hwpstate_intel7: <Intel Speed Shift> on cpu7
sysctl dev.cpufreq.0.freq_driver
dev.cpufreq.0.freq_driver: hwpstate_intel0
sysctl dev.cpu.0.freq_levels dev.cpu.0.freq
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 795
dev.cpu.0.temperature: 35.0C
dev.cpu.0.coretemp.throttle_log: 1
dev.cpu.0.coretemp.tjmax: 100.0C
dev.cpu.0.coretemp.resolution: 1
dev.cpu.0.coretemp.delta: 65
dev.cpu.0.cx_method: C1/mwait/hwc C2/mwait/hwc C3/mwait/hwc
dev.cpu.0.cx_usage_counters: 139656250 0 0
dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 94us
dev.cpu.0.cx_lowest: C1
dev.cpu.0.cx_supported: C1/1/1 C2/2/151 C3/3/1034
dev.cpu.0.freq_levels: 2000/-1
dev.cpu.0.freq: 795
dev.cpu.0.%parent: acpi0
dev.cpu.0.%pnpinfo: _HID=none _UID=0 _CID=none
dev.cpu.0.%location: handle=\_SB_.PR00
dev.cpu.0.%driver: cpu