SOLVED
Hi fellow Unix users,
After having received a new laptop (indeed second hand ), I moved the former from
OpenBSD to DragonflyBSD, and my new main to FreeBSD (as it comes with Nvidia graphics)
I must admit that my old cheap laptop boasts the BEST performance ever, now that it runs Dragonfly
. However here comes my issue: from time time, even when idle, the CPU heats up progressively and rapidly till the point it overtakes 90°C, as witnessed by coretemp turning it off suddenly, and desk literally burning.
SPECS:
-The laptop of interest is an
Acer TravelMate 5335, model No: PEW52.
-
sysctl -a | egrep -i 'hw.machine|hw.model|hw.ncpu':
Code:
hw.machine: x86_64
hw.model: Celeron(R) Dual-Core CPU T3500 @ 2.10GHz
hw.ncpu: 2
-
grep memory /var/run/dmesg.boot:
Code:
real memory = 3146752000 (3000 MB)
avail memory = 2909028352 (2774 MB)
agp0: aperture size is 256M, detected 65532k stolen memory
-
doas smartctl -a /dev/da0:
Code:
=== START OF INFORMATION SECTION ===
Vendor: SATA
Product: Hitachi HTS54503
Revision: PB3O
User Capacity: 320,072,933,376 bytes [320 GB]
Logical block size: 512 bytes
Serial number: 101028PBN304GTE56DBR
Device type: disk
Local Time is: Tue Oct 10 13:50:30 2017 CEST
SMART support is: Unavailable - device lacks SMART capability.
=== START OF READ SMART DATA SECTION ===
Current Drive Temperature: 0 C
Drive Trip Temperature: 0 C
Error Counter logging not supported
. As you can see unfortunately I cannot monitor HDD temperature.
-
acpiconf -i batt0:
Code:
Design capacity: 4400 mAh
Last full capacity: 560 mAh
Technology: secondary (rechargeable)
Design voltage: 11100 mV
Capacity (warn): 220 mAh
Capacity (low): 132 mAh
Low/warn granularity: 264 mAh
Warn/full granularity: 3780 mAh
Model number: AS10D71
Serial number: 0021
Type: Lion
OEM info: Simplo
State: high
Remaining capacity: 100%
Remaining time: unknown
Present rate: 0 mA (0 mW)
Present voltage: 12301 mV
-
pciconf -lv | grep graphics &&
sysctl -a | grep graphics:
Code:
device = 'Intel Mobile 4 Series Chipset Integrated Graphics Controller'
Code:
kernel: [drm] Memory usable by graphics device = 2048M
Despite being well aware that ZFS and HAMMER are targeted to large storage and RAMs, since I had heard on forums of FreeBSD and Arch Linux desktop users formatting their HDD with ZFS, instead of UFS or ext4, I decided to give famous HAMMER a try (with BIOS and MBR P.T.), without deeper reading about it (mea culpa).
cat -v /etc/fstab:
Code:
# Device Mountpoint FStype Options Dump Pass#
/dev/serno/101028PBN304GTE56DBR.s1a /boot ufs rw 22
/dev/serno/101028PBN304GTE56DBR.s1b none swap sw 00
/dev/serno/101028PBN304GTE56DBR.s1d / hammer rw 11
/dev/serno/101028PBN304GTE56DBR.s1e /build hammer rw 22
/build/usr.obj /usr/obj null rw 00
/build/var.crash /var/crash null rw 00
/build/var.cache /var/cache null rw 0 0
/build/var.spool /var/spool null rw 0 0
/build/var.log /var/log null rw 0 0
/build/var.tmp /var/tmp null rw 0 0
tmpfs /tmp tmpfs rw 0 0
proc /proc procfs rw 0 0
As expected, I noticed HAMMER eats up way too much RAM: on idle, on the same fluxbox-based desktop configuration OpenBSD on UFS (BSD tartition map) consumed less than 400Mb, whereas just a little ago (before writing that post)
Dragonfly was using 987Mb. Could be HAMMER the problem?
Anyway, although opening more programs obviously weighs the CPU load down and speeds up overheating, apparently there's no strict linkage between active processes and heating. In fact last couple of time it happened I was:
- downloading a file with aria2 and 1 only terminal opened
- taking notes on word perfect, while listening to radio with mplayer
Other times I have QupZilla, GVim, Insight, Epic5 opened, while building ports, and temperature doesn't go beyond 55 °C.
On the plus side, checking CPU load while it overheats usually reveals a minimal usage percentage, which is quite odd for me.
As, for now I have:
sysctl -n hw.sensors.cpu*.temp0
:
Code:
60.00 degC (node0 core0 temp), OK
63.00 degC (node0 core1 temp), OK
Which is quite high IMHO (maybe I'm wrong), considering that CPU-FAN has always worked out of the box, and I only running Midori.
In fact, in spite of the temperature, running
vmstat 1 | awk '{print $14,$15,$16,$17}' shows that
Celeron is idle 99%: :
Code:
ctx us sy id
1.11K 1 0 99
I tried to grep the temperature of processor's cache thermal sensor as well, loading
memtemp, the DragonflyBSD's
"device driver for memory thermal sensors", but it seems it supports Intel Cores and Xeons only, as
sysctl -n hw.dimminfo returns nothing.
On DragonflyBSD's Handbook, I noticed
est deamon is recommended to set and read the CPU frequency through
sysctl machdep.est. Sounded great....unfortunately on my system there's no trace of
estd in kernel modules nor in the
dports tree either.
Perhaps that section of handbook is outdated (there are many and likely just few active volunteer documentation mantainers).
Nonetheless, I decided to download and build
Johannes Hofmann's estd from its Homepage, which states:
"This daemon dynamically sets the CPU-frequency on SpeedStep-, PowerNow-, and ACPI P-States enabled CPUs depending on current cpu-utilization. It supports NetBSD 3.0 or later and DragonFly BSD".
I was caught by this statement on its man page:
"Extensive configurability ensures you can
also use it in non-standard situations, eg. when you want to keep the
CPU from running in lower speeds although the system is idle in order
to ensure you have full processing power for interactive applications
that use the CPU in small bursts".
So, I tried to deamonize estd so as to limit maximum CPU frequency to 1 Ghz, in this way:
estd -d -M 1000, but the output was:
Code:
Cannot guess CPU-scaling technology. (maybe you are missing some kernel-option?)
As estd README does not specifies any required kernel option, I'm basically stuck
If ever were needed, here's my /etc/rc.conf:
Code:
hostname="TravelMate"
keymap="it.iso"
nfs_reserved_port_only="YES"
sshd_enable="YES"
nfs_client_enable="YES"
rpc_umntall_enable="NO"
dumpdev="/dev/serno/101028PBN304GTE56DBR.s1b"
wpa_supplicant_program="/usr/local/sbin/wpa_supplicant"
ifconfig_bge0="DHCP"
wlans_urtwn0="wlan0"
ifconfig_wlan0="WPA ssid D-Link DHCP"
dntpd_enable="YES"
moused_enable="YES"
dbus_enable="YES"
And my /boot/loader.conf:
Code:
vfs.root.mountfrom="hammer:serno/101028PBN304GTE56DBR.s1d"
snd_hda_load="YES"
kern.vty=vt
i915_load="YES"
kern.vt.fb.default_mode="1024x768"
legal.realtek.license_ack=1
if_urtwn_load="YES"
hw.psm.synaptics_support="1"
tmpfs_load="YES"
msdos_iconv_load="YES"
if_bridge_load="YES"
if_tap_load="YES"
The bridged network is for qemu.
No particular program is loaded in ~/.xsession (being using XDM)
Well probably I've written too much already, I'm here to provide any further info now lacking.
Thanks in advance for any help