From owner-freebsd-users-jp@FreeBSD.ORG Sun Jul 6 17:32:48 2014 Return-Path: Delivered-To: freebsd-users-jp@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00D4F340 for ; Sun, 6 Jul 2014 17:32:47 +0000 (UTC) Received: from flu.if0.org (x239189.ppp.asahi-net.or.jp [122.249.239.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8DC1B2478 for ; Sun, 6 Jul 2014 17:32:46 +0000 (UTC) Received: from localhost (localhost.if0.org [127.0.0.1]) by flu.if0.org (8.14.9/8.14.5) with ESMTP id s66HWgZn081401 for ; Mon, 7 Jul 2014 02:32:43 +0900 (JST) (envelope-from ka@flu.if0.org) X-Authentication-Warning: flu.if0.org: Host localhost.if0.org [127.0.0.1] claimed to be localhost Date: Mon, 07 Jul 2014 02:32:41 +0900 (JST) Message-Id: <20140707.023241.107935859.ka@flu.if0.org> To: freebsd-users-jp@freebsd.org From: Kazumaro Aoki In-Reply-To: References: <20140703.224248.250136926.ka@flu.if0.org> <20140706.214434.28800521.ka@flu.if0.org> X-Mailer: Mew version 6.6 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Subject: [FreeBSD-users-jp 95229] Re: powerd with high frequency when idling X-BeenThere: freebsd-users-jp@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussion relevant to FreeBSD communities in Japan List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 17:32:48 -0000 青木＠国分寺在住です From: Hajimu UMEMOTO Subject: [FreeBSD-users-jp 95227] Re: powerd with high frequency when idling Date: Mon, 07 Jul 2014 00:12:25 +0900 >>>>>> On Sun, 06 Jul 2014 21:44:34 +0900 (JST) >>>>>> Kazumaro Aoki said: > > ka> どういう時にEPERMになっているのか気になっていますが、全然追えていませ > ka> ん。引続き情報を待ってます。 > > 本件と関係あるかどうかは分かりませんが、kernel 内で cpufreq を制御して > いる場合、userland からの変更要求は EPERM になります。典型的には、CPU > の温度が高くなりすぎ passive cooling によって cpufreq が落とされている > 状態です。 まさに、その状態と思われます。 情報ありがとうございます。 今まで数年間以下に書くやりたいことが出来ていたのですが、何かのタイミン グでうまくいかなくなったというようです。 やりたいこととしては、 1. CPUの温度が高くなり過ぎないようにCPUの動作周波数を調整したい 2. CPUのidle時には動作周波数を落したい。もちろん、必要な時は動作周波数 をあげたい。 上記1の優先順位を2より高く設定したいと考えています。 これまでは、sysctlで hw.acpi.thermal.user_override=1 hw.acpi.thermal.tz0._PSV=65C hw.acpi.thermal.tz0._TC1=0 hw.acpi.thermal.tz0._TC2=1 hw.acpi.thermal.tz0._TSP=60 hw.acpi.thermal.tz0.passive_cooling=1 として、optionなしでpowerdを使っていたら上記内容が実現されていました。 現在では、loadが0でもpassive coolingが効いてpowerdによる周波数制御が効 いてないということのようです。 対象マシンは2 core CPUなのですが、実態としては 夏場1 core動作時 … 960MHz 夏場2 core動作時 … 800MHz 冬場1 core動作時 … 1280MHz 冬場2 core動作時 … 960MHz ぐらいでないとCPU温度が65度以下にはならないようだということはわかって います。 現状の私の知識では、このちょっとした動作周波数の差で計算能力を稼ぐのは あきらめて powerd -M 800 として、passive coolingが始まってしまう前にpowerdでCPUの温度が上がらな いようにして動作周波数制御するしかないのかなぁと思い始めましたが、何か うまいアイディアがあれば歓迎します。 青木和麻呂＠国分寺市在住