日々の生活を好き勝手につづったブログ（My blog is written by inoshita.jp）
チューニングしたFX-4100で高負荷状態が続いた場合どうなるか
本日は長時間のエンコードを行ったのでCPU温度を確認しながら様子を見てみた
エンコードは１本の映像を長時間行ったわけではなく十数本の映像をバッチで連続して行っている
・外気温２０℃にてＣＰＵ温度は４２℃から始まり一気に５５℃を超える
・５５℃からＣＰＵ ＦＡＮが高速（３９２４ＲＰＭ）となるが６０℃まで上昇
・５７℃まで下がり落ち着く
・約６時間のエンコードは問題なく終了し４０℃となる（外気温１９℃）
冬場は問題ないと考えて良いだろう
先日のFX-4100のチューニングで気になっていたのアイドル時のクロックダウンだが電源管理を見て方法が判明した
なんてことはない電源設定を「ASRock eXtreme Tuner Utility」にするだけだった
とりあえずはアイドル時85～88W位まで下がるようになったが、電源設定の変更は行っていないのに先日はどうしてアイドル時にクロックダウンし、またクロックダウンしなくなったのかというのは不明である
最大がｘ１８、最小でｘ７、クロックが落ちる際ｘ１６とｘ１２となるのを見ることがありｘ１８から一気にｘ７へ下げているのではないようである（以下は最小クロック時でコア電圧も下がっている）
ベンチマークを実行するとクロックが最大となり以下のとおりの結果となる
（2013.02.26追記）
再起動すると電源設定が「最小の電源管理」になってしまう現象が発生（再起動で必ず変更されるわけではない）
どうにもならないので、ＡＸＴＵ（Ｆａｎコントロールでも必要なので自動起動させる）でＩＥＳをＯＮにする
これで良しのはずだったが「Auto aplly when program start」のチェックを入れるのを忘れていた
前回のアップデートからそれほど日数が経過してないのに、２日前にiOSのアップデート（6.1.2）が行われたという情報があって、本日アップデートを受信した
アップデートを実施
SSDのプチフリ対策とは関係ないが、以下のサイトから情報を得て不必要だと考えていた設定を行った
http://z0001.blog87.fc2.com/blog-entry-138.html
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
NtfsDisableLastAccessUpdate(REG_DWORD)の値を初期値0から1へ変更
存在しない場合は作成
→ NtfsDisableLastAccessUpdateを作成して１を登録
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
NtfsDisable8dot3NameCreation(REG_DWORD)の値を初期値0から1へ変更
→ ０から１にして登録
（2013.02.26追記）
共有フォルダで表示されないフォルダとファイルがあることに気付く
一部の新規ファイルだけでなく一部の既存ファイルも表示されなくなり、参照できないファイルとフォルダを共有側でコピー、ファイル名変更を行っても変化なし
現象は双方のPCで無効に設定した後に判明（共有側を有効に戻しても同様）
対象のファイルが8.3形式のファイルのみではないため双方の設定を無効に戻し復旧