かけまわる子犬。

IntelMac の MacBook Dore2Duo 2G を持っているのだけど、Leopard がインストールされている。僕は日本語入力に「ことえり」を「かな入力」で使っているのだけど問題点が多くて困っていた。ちょっとあげてみると以下の通り。

・「かな入力 ON」の時 Emacs キーバインドのカーソル移動がことえりに食われてしまい正しく動作しない。例えば C-a は C-ち になってしまうなど。
・iTunes の検索の所に日本語が入力できない。
・Thunderbird はキー入力を一切受け付けない時がある。
・Firefox の認証のタグでキー入力を一切受け付けない時がある。

などなど。これらは入力形式を「かな入力」から「ローマ字入力」に変更することにより問題を回避できることを確認した。

Tiger の時のことえりは上記について全く問題無く動作していたのでこれは明らかに Leopard でバグを入れ込んでしまったようだ。しかし、それにしても悲惨な状態で、MacOSX で長文を打つのがイヤになって来る状態である。

この状態を打破すべく考えたのが、Tiger のことえりが素晴らしいものなのであるなら、 Tiger の Kotoeri を Leopard で起動すれば良いんだ。と思ったわけですよ。でもって実施した作業は以下の通り。

・手もとに PoerBook G4 があり Tiger が動いている。
・/System/Library/Components/ に Kotoeri.component があるのでこれを tar で持って来る。
・Leopard 上の /System/Library/Input\ Methods/ に展開
・mv Kotoeri.app Kotoeri.app.ORG
・ln -s Kotoeri.component Kotoeri.app

さてと、作業は以上。mv コマンドを実行した段階で launchd が見事に反応してくれます。「ことえりの動作がおかしいよん。」って・・。でもってシステム全体が不安定になるので、しょーがないからリモートの PC から ssh でログインし、そっちで作業。けども結局、Contents/MacOS/Kotoeri は起動することは無かったのでした・・。しくしく。つまり無駄骨。

ちなみに僕が試した Kotoeri バイナリは Mach-O bundle ppc と言うことでユニバーサルバイナリではない。けど、ロゼッタで動くかなぁ？とか思ったけど、ダメだったみたい。と、言うか、IntelMac の Tiger から Kotoeri を抜いて来たわけではないので起動できない根本的な原因がどこにあるかは今だに不明・・。

version.plist の中身を確認すると Tiger の Kotoeri は 4.0.4、Leopard の Kotoeri は 4.1.1 みたい。4.0.0 -> 4.1.0 にバージョンをあげたときに Apple は「かな入力」をおかしくしてしまったのねぇ・・。アーメン。

僕は Core2Duo 2GMHz な MacBook を持っている。人に教えていただいたのだが SpeedIt なるものが存在するみたい。

どんなものかと言うと、FreeBSD で言う所の cpufreq.ko みたいな感じ。そもそも Core2Duo は SpeedStep に対応しているはずなんだけど MacOSX 自体はこの機能を積んでないみたい。なので、外部から拾って来たカーネルモジュール(MacOSX 風に言うと「カーネルエクステンション」です)を kldload (MacOSX 風に言うと「kextload」です)してしまいましょう。と言う感じ。

さて、実際に MacOSX に SppedIt をインストールしてみましょう。以下の URL から SpeeditOSX10.4.10.zip をダウンロードしてどっかに展開します。

http://www.increw.com/en/downloads/index.php

展開した時にできた speedit.kext と言うディレクトリを root 権限で、/boot/modules/ が無いのでしょーがない。/Applications/ 辺りにコピーします。

FreeBSD ユーザは kextload に慣れていないので、.tcshrc 辺りに以下の設定を書いてしまいましょう;-)。で、source ~/.tcshrc を実行。うひひ。

alias  a       alias
a       kldload 'kextload \!*'
a       kldunload 'kextunload \!*'
a       kldstat 'kextstat \!*'

 
これで設定完了。後は以下のようにすれば良いでしょう;-)。実際にロードされたかは kldstat、カーネルモジュールを外す時は kldunload。おー。FreeBSD と一緒だ;-)。

# kldload /Applications/speedit.kext

 
さて、 speedit.kext を kextload すると新しい sysctl MIB が増えます。

speedit.currentfreq: 1000
speedit.minfreq: 1000
speedit.maxfreq: 2000
speedit.temp_is_valid: 1
speedit.temp: 58

 
Intel の SpeedStep が有効になっていたならば speedit.currentfreq の値が変わってもよさそうなものなのに変わらないねぇ・・。困ったよ。このカーネルモジュールが本当に有効になって、CPU 速度が可変になっているのかちょっと解らない・・。まぁ、けど、取り敢えずは動いているみたい。あぁ・・。

で、しばらく運用してみたけど、どうも動いているっぽいけど、やはりちゃんと CPU 速度は知りたいものだ。で、僕はハタと考えた。ここいら辺りに書いた日記では FreeBSD/amd64 において Cool’n’Quiet を有効にするための FreeBSD 謹製ではないカーネルモジュールがあるんだけど acpi_ppc と言うのね。この中に chkfreq と言うコマンドがあって、これが MacOSX で使えるのではないか。と。

と、言うとこで早速 acpi_ppc をダウンロードしてきて、ソースを展開。すかさず chkfreq のディレクトリに移って bsdmake と叩いてみました。おーー。make までちゃんと通るじゃん;-)。できたバイナリはこんな感じ。

Makefile:  ASCII text
chkfreq:   Mach-O executable i386
chkfreq.c: ASCII C program text
chkfreq.o: Mach-O object i386

 
さて、バイナリができたので早速使ってみましょう。 chkfreq 200 とかしてコマンドを実行すれば一秒置きに 200 回、 CPU 速度を表示してくれます。FreeBSD/amd64 上で正しく動作していたのですが、なんとなーーっ!! MacOSX 上でも正常に動作するじゃないのさーーーっ!!

僕の MacBook で試した所一番遅いクロックで 435851232 で約 435MHz でしょうか。で、大きなプログラムを make している時に計測したら 1994984316 で約 2GHz と言う値を示してくれました。

いやぁ。MacOSX って UNIX なんだなぁ。そして FreeBSD なんだなぁ。と再確認した瞬間なのでした;-)。

まぁ、どーでも良いのだけど、今回の発見は FreeBSD/amd64 と MacOSX の両方を使っている人でないと発見できないワザだったかもしれんですねぇ。これで CPU 速度が SNMP で取れるようになるぞぉー。

原因はまるで解らない。MacOSX 上で IRC を起動してもサーバに接続できなくなってしまった。reicha や wide などの IRC サーバに根こそぎ接続できなくなっている。

以前は出来ていたのでおかしい。バーチャル PC を入れてからの様な気がする。Vmware と Parallels をインストールしたんだけど、インターフェースを勝手に生成しているねぇ。と言う感じ。

UNIVERSAL バイナリの IRCat や、Parallels の上の WindowsXP の IRC クライアントソフトでもやはり接続できない。おかしいなぁ・・。

で、しばらく我慢していたのだけど IRCat って IPv6 Ready だったのね。と言うことで reicha の IPv6 の FQDN を記述したら無事に IRC が復活した。ふぅ・・。

それにしても何が IPv4 の IRC のパケットを止めているのだろう・・。tcpdump しても返事は帰ってくるのにねぇ・・。

まぁ、当面は IPv6 で IRC するか。