Date: Thu, 30 Dec 1999 18:47:02 -0600 From: David Kelly <dkelly@hiwaay.net> To: tsikora@powerusersbbs.com Cc: "freebsd-stable@FreeBSD.ORG" <freebsd-stable@FreeBSD.ORG> Subject: Re: Temperature Message-ID: <199912310047.SAA53665@nospam.hiwaay.net> In-Reply-To: Message from Ted Sikora <tsikora@home.com> of "Thu, 30 Dec 1999 17:48:24 EST." <386BE138.E85A3DCB@home.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ted Sikora writes: > Well I built another kernel without SMP and the temp dropped so I am > beginning to see this may be SMP related possibly. Later tonight I am > going to attach a mechanical gauge to the CPU's to verify the > temperatures. I failed to mention we have another (identical) board and > it reports the same thing so until I verify the temp the only other > possibility is a bug in the temp IC *but* the bios reports the same > thing as lmmon so that is doubtful. By education I'm a mechanical engineer. What I read that clicked that something was wrong was the observation Ted's temperatures were instantly off as quickly as he could read them after booting 3.4. It should take longer to rise 26F. Thermal inertia of the CPU mass. Rebooting to Linux should not take long enough for the CPU to cool 26F either. For an experiment, under Linux where is supposedly cooler, run someting CPU intensive such as the seti or dnetc client, see if the temperature rises. If not then we've bypassed the HLT command under Linux and demonstrated your system probably has sufficient cooling. For even more fun unplug your CPU fan during the above test and see how long it takes to rise 10F. Am expecting it to take about 10 minutes. If the readings are accurate, due to HLT being disabled or something, then there are other more serious problems with Ted's hardware. Airflow. Heatsink size. Fan. Something isn't up to 24/7 server standards. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199912310047.SAA53665>