Date: Sun, 22 Dec 2013 16:51:56 +1100 (EST) From: Ian Smith <smithi@nimnet.asn.au> To: ito <egunther@warwick.net> Cc: freebsd-acpi@freebsd.org Subject: Re: loud fan pavilion ze2000 Message-ID: <20131222153537.T25305@sola.nimnet.asn.au> In-Reply-To: <1387666895.5356.22.camel@res-cmts> References: <1387551635.2533.21.camel@res-cmts> <20131221152703.E25305@sola.nimnet.asn.au> <1387666895.5356.22.camel@res-cmts>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 21 Dec 2013 18:01:35 -0500, ito wrote: > Hello Ian, > > At 50 through 62C the dev.cpu.0.freq: 1298 > > at 70C , 1135 > > back up to 1298 Right, 1135 / 1298 ~= .875 = 7/8, so yes that's your 1.3GHz CPU dropping down one step for thermal control. > dev.cpu.0.freq_levels: 1298/-1 1298/-1 973/-1 811/-1 > 649/-1 486/-1 324/-1 162/-1 > > Also directly below that: > > dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 > 3750/-1 2500/-1 1250/-1 > > I suppose that is the 8 (freq_levels) you where referring to. Further I > infer that this -1 means that the BIOS has set them or does set them. Yes, but here the -1 indicates for freq_levels that power consumption in milliwatts at that freq is unknown, likely the same for p4tcc settings. > I set hw.acpi.thermal.tz0._PSV: 70C > > Trying "find / acpi" to see it work. > > While doing the above (find) the fan is on but not full out. find(1) works disk harder than CPU as a rule, though here that command gets xorg about 70% busy, and keeps going for ages after hitting ^C, as it lists each file on the disk :) Maybe useful: find / -name "*acpi*" >From below: > PS, is this the exact command? > " dd if=/dev/random > of=/dev/null " No, no. I was careful to be precise, and yes a mistyped dd can be dangerous, and redirected to a file could indeed fill your disk. Fortunately that one doesn't work, invalid filename. see dd(1). > I am reluctant to type anything like dd: anything: I'm not really that > confident with the command line. Without your redirection it just reads from /dev/random, burning CPU, discarding the output, until you hit ^C .. perfectly safe. > After setting the PSV value it does not go above 71 when rendering > animation with blender. Yeah rendering will busy the CPU (and GPU too) pretty well. Good, so we know passive cooling works (in case your fan ever really packs up). > I will try cleaning it again, but I think I remember that I thought > cleaning would fix it before. Unless you live in an extraordinarily dust-free environment, this needs doing with some regularity anyway. I did mine the other day, as summer ambient temperatures over 30C are becoming normal here (happy solstice!) At the temperatures you've quoted, apart from annoying fan noise, it doesn't seem broken to me. How warm does it run just idling (versus what ambient temperature where you are)? > I looked at acpi_thermal, have to digest it. > > Found the source online for freebsd acpi. It'll be on your disk if you installed sources. > So I guess that I could adjust the throttling, through the process that > the machine uses to save power?? I wouldn't worry about that. Are you not running powerd(8)? As Kevin Oberman often points out, p4tcc is for thermal control - as we've just exercised - but cpufreq(4), controlled by powerd, is the way to save power when you don't need the CPU running at maximum frequency, which is likely most times. Running it slower when idle _greatly_ reduces heat. cheers, Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20131222153537.T25305>