2.26GHz$更に、オーバークロックもトライする。前回と同様の方法で、安定して動作すると思われる周波数までオーバークロックを試みる。結果、2.57GHzまでオーバークロックさせる事ができた。続いて、UnixBenchでベンチマークを取ってみる。ベンチマークは以下の通り。換装し、2.57GHzまでオーバークロックした状態でのベンチマークは以下の通り。今回も概ね、CPUの動作周波数がアップした分、そのままベンチマークのスコアがアップしている。1.75倍OKでしょう。(^^)ついでに、もうひとつ調整。冷却ファンの交換に伴い、若干なりとも消費電力が増えたので、BIOSを調整して省電力化を図る。Speed」となっていて、常に全開で回るように設定されているが、この設定を変更して、冷却ファンが必要な時に回るように変更してみた。(^^;)のパワーアップだったけれど、経過は以下の通り。×1.75倍(今回)これでしばらく運用してみる。22:47システムクロックで大ハマリこのエピソードの続き。インストールして動かしているのだけれど、どうにもシステムクロックが思うように動いてくれない。システムクロックの進みが異常に遅く、1分で30秒も遅れてしまう。あっという間に時刻が大きくズレていく。この動画は、時刻がズレていく様子。上が正常な時刻、下がこのPCの時刻。動画の開始から終了までで、上は30秒進んでいるが、下は15秒しか進んでいない。nfsマウントしてコピーなどを行うと、コピー途中でOSがクラッシュしてしまう。仕方なしに、かなり強引だけれども、cronで次のような設定をして1分間隔で強制的に時刻調整を行うようにしてみた。2>&1#この状態であれば、ある程度は正しい時刻を保ってくれるが、時刻を再設定するまでの1分の間に30秒も遅れてしまうので、シビアに時刻管理をしていると思われるnfsマウントは正常に動作せず、やはりコピー途中でOSがクラッシュしてしまう。この方法では、さまざま負荷が大きい。負荷を軽くするならば、ハードウェアクロックの値を拾ってシステムクロックを調整するという事も考えられる。この方法では、1分の間に30秒遅れてしまう事に変わりはないし、ハードウェアクロックを基準に時刻を調整するなんて、本末転倒なおかしな話である。この方法では、根本的に何も解決されない。何か時刻の進み具合をコントロールする方法はないものだろうか。仮想環境上に構築したゲストOSで時刻が遅れる場合があり、その対処として、OS起動時のカーネルのパラメータに「clock=pit」を設定すると回避できるという記述がけっこう見られる。試しに、OS起動時にこのパラメータを手動でセットして起動してみる。起動時に「e」を押して編集モードに入ってパラメータ「clock=pit」を追加し、「Ctrl+x」で起動させる。この方法では問題は解消されなかった。相変わらずシステムクロックは遅れていく。時刻を刻むための基準となる何かがあるはずだ。マザーボードの水晶振動子か、CPUの動作周波数か、CPUのFSB絡みか、メモリとの同期周波数などか...このPCは、CPUを換装し、更にオーバークロックもしているので、このあたりが原因としてあり得そうだが...このあたりに関連するキーワードを含めながら、更に探してみる。タイマーハードウェアの抽象化~Linux上で時刻を刻むための情報に「clocksource」という情報があるらしい。むむむ、「clocksource」とは、そのままのズバリの名称ではないか。(^^;確認してみる。acpi_pm#このPCで利用可能な設定は「tsc」「acpi_pm」の2種類という事らしい。current_clocksourcetsc#「tsc」が設定されている。試しに、設定を「acpi_pm」に変更してみる。時刻が遅れなくなった!上が正常な時刻、下がこのPCの時刻。﻿しかし、この設定は、サーバを再起動すると元の「tsc」戻ってしまうようなので、「acpi_pm」を常態設定にする必要がある。/sys/devices/system/clocksource/clocksource0/current_clocksource#ここは、起動時のカーネルオプションの設定を変更する事にする。grub.cfgPCを再起動し、狙い通りに設定されているか確認する。起動オプションに「clocksource=acpi_pm」が設定されている。念のため、CentOS起動後の設定を確認する。「acpi_pm」が設定されている。