DaemonForums  

Go Back   DaemonForums > Other Operating Systems > Other BSD and UNIX/UNIX-like

Other BSD and UNIX/UNIX-like Any other flavour of BSD or UNIX that does not have a section of its own.

 
 
Thread Tools Display Modes
Prev Previous Post   Next Post Next
  #1   (View Single Post)  
Old 10th October 2017
Sehnsucht94's Avatar
Sehnsucht94 Sehnsucht94 is offline
Real Name: Paolo Vincenzo Olivo
Package Pilot
 
Join Date: Oct 2017
Location: Rome
Posts: 169
Default DragonflyBSD: CPU overheating on laptop

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

Last edited by Sehnsucht94; 15th October 2017 at 05:28 PM.
Reply With Quote
 

Tags
#coretemp, #dragonflybsd, #estd, #temperature

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
DragonflyBSD - Wine? aimeec1995 Other BSD and UNIX/UNIX-like 1 9th September 2017 04:23 AM
NTFS on DragonflyBSD? mbzadegan Other BSD and UNIX/UNIX-like 4 25th July 2016 09:02 AM
DragonflyBSD lucas34 Other BSD and UNIX/UNIX-like 4 1st January 2014 10:03 PM
any consequences to moving a laptop-based installed disk to another different laptop daemonfowl OpenBSD General 7 2nd August 2012 04:29 PM
WINE - DragonFlyBSD klanger Other BSD and UNIX/UNIX-like 2 13th May 2010 09:44 PM


All times are GMT. The time now is 07:38 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick