ブラウザの表示の比較。

2月 212009
 

前回「KDE-4.2良いよぉ。」と、ちろっと書いたのだけど、その上で konqueror を使っていたら「あれ？Safari と表示が一緒だぞぉ。」などと思えてきたので、今回キャプチャしたものを比較してみたいと思います。ちなみに Safari は konqueror のレンダリングエンジンである KHTML から派生した WebKit がベースで qt4+KDE4 には qt4-webkit なんて言う ports もあったりするので konqueror への期待は大いに高まったりするのです;-)。

今回のブラウザのキャプチャは以下の通り。Windows では日本語のアンチエイリアスが有効にならないので、Windows 自体は全く使う気にならない。WindowsXP 上の Firefox3 でメイリオフォントを指定した場合、どうしてあんな汚い表示なんだぁ？と驚いてしまう。 Windows ユーザは素早く IE も Firefox も捨てて Safari を使ったほうが良いのでは。と、僕個人的は思う;-P。(僕は WindowsVistaは常用していない;-)

・FreeBSD/amd64 7.1-STABLE+kde-4.2.0 の konqueror
・MacOSX Leopard 上の Firefox3.0.6
・MacOSX Leopard 上の Safari3.2.2

Firefox3 は WindowsXP と FreeBSD、そして MacOSX 上で動作しているけど、 MacOSX 上のヤツが一番きれいに表示できるのでそこからのエントリです。全てのキャプチャ画像はクリックすると大きくなります。

まずは kde-4.2.0 の konqueror から。


続いて Firefox3。


最後に Safari3。


全てのブラウザでアンチエイリアスが効いていてフォントがきれいに表示されています。まぁ、多少、フォントの誤差はありますが、その点についてはお許しください。

今回はこのサイトをキャプチャしましたが、konqueror と Safari はタイトルとブログのタイトル文字にうっすらと影があるのが見えるでしょうか？それに引き替え、Firefox3 にはその影が表示されていません。

このブログのテンプレートはもともと Mac ユーザの方が作ってくれたのを利用しているので、MacOSX に最適化され、きれいに表示してくれるようになっています。

なので、最近の僕は(写真の編集などもあるけど)ほとんどのブログの書き込みと確認は MacOSX 上で行っていたのでありました。けど、KDE-4.2 の konqueror が Safari に非常に近いデザインでコンテンツを表示してくれていると言うのに感動しました;-)。さすがは KHTML と言うか WebKit だなぁ。と。

けど、KDE-3.5 の konqueror は見るも無残な状態であったために Firefox3 をずっと使っていたのだけど、KDE-4.2 になったらその出来と言うか、コンテンツ表示のすばらしさにちょっと関心してしまいました。

後、FreeBSD 上では Firefox3 で利用する nspluginwrapper 経由の各種プラグインを konqueror が「mozilla プラグイン」として認識するので linux-flashplugin-9 も動作します。これはこれで大変嬉しいことです。

KDE-4.1.2 は plasma がしょっちゅうぶっこけて全ての KDE アプリを道連れにしていたのだけど、KDE-4.2.0 になって、まぁ、時々 plasma は落ちるけど、自己修復型で再起動してくれるので随分と楽になりました。

やっぱえぇなぁ。qt4+KDE4 は。

ただ、人に言わせると c++ はいらん。だそうです。確かに ports をコンパイルすると膨大な時間が掛かることは確かではありますが・・(^^;;。

皆さんも是非使ってみてください。ちなみに僕は JKUG のスタッフです。布教活動には余念が無いであります;-)。

あ、最後にですが、MacOSX 用の KDE4 は未だ 4.1.2 のままです。早く 4.2.0 がでないかなぁ;-)。MacOSX 上で konqueror を起動してみたいものです;-)。

net-snmpd+mrtg の IPv6 化とその他もろもろ。

2月 192009
 

FreeBSD で net-snmp のデーモンを起動して、別のマシンから MRTG でデータを取得してグラフを表示させる。なんてのは google で検索するとゴマンと出てくるので、ここではもっと局所的な情報を書いてみたいと思います。

まず、net-snmpd ですが、起動時に以下のオプションを付加すると IPv6 対応になります。 以下は rc.conf.local への書き方です。udp6:161 と udp:161 で待っているよ。ってオプションを追加します。

snmpd_enable="YES"
snmpd_flags="udp6:161 udp:161"
snmpd_pidfile="/var/run/snmpd.pid"
snmpd_conffile="/usr/local/etc/snmp/snmpd.conf"

 
これで snmpd のほうは IPv6 対応になるので、まぁそこそこ簡単です。起動した時のプロセスを見るとこんな感じです。

/usr/local/sbin/snmpd -c /usr/local/etc/snmp/snmpd.conf -p /var/run/snmpd.pid udp6:161 udp:161

 
さてと。問題は MRTG のほうですが、こっちはたくさん色々あります。まず、 ports から /usr/ports/net-mgmt/mrtg をインストールするのですが IPv6 enable にしてインストールします。その時、perl モジュールとして p5-Socket6 と p5-IO-Socket-INET6 がインストールされたことを確認します。

けど、FreeBSD の ports からインストールした場合、これだけではまともに mrtg が動作しません。p5-SNMP_Session(この中の SNMP_util.pm を mrtg が利用します) も併せてインストールしてあげる必要があります。この p5-SNMP_Session は mrtg の関連性でインストールされないので明らかに mrtg の ports の問題だと思われます。 send-pr ネタです;-)。

後、mrtg の ports にはもう一個問題と言うか気になる点が有って Cisco などのルータやスイッチの 10G インターフェースをグラフに表示しようとすると桁あふれしてまともなグラフになりません。10Gbps なインターフェースは 32bit int では足りなくて 64bit int が必要と言うことですね。そんな時は p5-Math-BigInt と p5-Math-BigInt-GMP を併せてインストールしてあげます。これも mrtg の port において関連性を是非付けてもらいたいものです。
＃ 10G インターフェースあるルータの MRTG なんざとらねぇよ。って声が聞こえてきそうですが・・;-)。

さてと。これでようやっとインストールが完了しました。これで mrtg を起動しますが、その前に mrtg.cfg を用意して上げます。今回は cfgmaker で作成してもしなくとも良いです。mrtg.cfg はこんな感じになりました。IPv6 アドレスでアクセスしたいぜぃ。って感じです。

#############################################################################
# System: WebServer (2001:200:161:14cc::1:1) Descr: re0
#############################################################################
#Target[[2001:200:161:14cc::1:1]_re0]: \re0:nopublic@[2001:200:161:14cc::1:1]:
Target[[2001:200:161:14cc::1:1]_re0]: 1:nopublic@[2001:200:161:14cc::1:1]:
MaxBytes[[2001:200:161:14cc::1:1]_re0]: 125000000
Title[[2001:200:161:14cc::1:1]_re0]: Traffic re0
Directory[[2001:200:161:14cc::1:1]_re0]: 2001:200:161:14cc::1:1
PageTop[[2001:200:161:14cc::1:1]_re0]: 以下略

 
それにしてもすごーく大きな問題点が・・。インターフェース情報の設定において Target には ifIndex しか書けない状態となっております。ifDescr などを書くとエラーとなってしまうのです。orz。上記の場合、re0 は固定な NIC なので良いけど、gif とか gre なインターフェースみたいに動的に生えたり消えたりするインターフェースの場合、どうすんのさぁ・・。ちなみに /IP でも設定してみたけど、やはりダメ・・。困ったなぁ・・。

MRTG 2.16.2 configuration reference

この辺りを見ても全然ダメなので MRTG_lib.pm に直接手を加えるしか無いかも・・。そもそも、 “&”, “:”, “@” とか ” ” を “\” で修飾しなさい。ってんだけど、IPv6 アドレスに “:” があるのでマトモに動作しないんだろうなぁ。と勝手に思っているのですが・・。

あぁ。ちなみに nopublic@ の後に IPv6 アドレスでなく FQDN を書いた場合は無事に動作します。ただ、MRTG の仕様として IPv6->Ipv4 へのフェイルオーバーはしない。と言っているのでその点をどう考えるかですね。

後、ルータやスイッチなどのネットワーク機器は基本的に DNS へは登録しないので FQDN だと OK よ。って言われてもいまいち説得力ないですよねぇ・・。

今の段階の MRTG ではこれが限界なのかな。新しいバージョンに大いに期待することにしましょう。

この後、話は rrdtool にまで及ぶのでしょうか？ 既に “:” がある IPv6 アドレスを DEF: とかに記述した段階で動いていないのですが、まだそこまで手は回っていません;-)

この記事のつづきを書きました。

FOXCONN R11S4MI-BA 購入。

2月 152009
 

ずばりっ。これを購入 。どうしてこれにしたかと言えば、安いのが一番。二番目が PCI スロットがあったから。でもってデアルコア;-)。

余った PC パーツは自宅のサーバが安定しないので交換のために買ったのがごろごろしているのでそれを流用することができるのです。 けど、必要なのはメモリと HDD だけなんだけど・・。

で、HDD は Hitachi HDP725032GLA360 GM3OA52A 320GB のやつ。これは、自宅サーバの Seagate ST3500320AS SD15 500GB をリプレスするために用意しておいた。そー。シーゲートの不良品対策のためにね。でもって HDD の中には既に FreeBSD/amd64 7.1-RELEASE がインストールされているのだけど、これをそのまま付けてブート。

あぁれぇーー。全然問題無くブートしてしまったじゃないのさ・・。と、言うことは AtomN330 は amd64 に対応していると言うことだね。でもって DualCore なんだけど HTT なので FreeBSD からは Core が 四つに見えてしまう。うーん。贅沢だぁ;-)。

ちなみに Windows は全く起動していないので知りません。FreeBSD の HDD は Athlon64 X2 でインストールしたヤツがそのまま動作しました。って感じです。

その後 7.1-STABLE にアップしました。dmesg はこんな感じ。

USB 接続のカードリーダを積んでいるのだけど、これらはメティアを入れてなくともデバイス自体を FreeBSD 側で認識してしまう。 BIOS で disable にしても FeeBSD 側で認識してしまう。

後、オンボード NIC が 本当は rl0 で 100Mbps なのだけど、実際には re0 として認識される。これは、オンボード NIC が PCI-e に接続されているからですねー。考えてみると PCI-e 接続な rl0 なんて聞いたことないものねぇ。

なので、Giga NIC を PCI パスの空きスロットに刺したいがためにこのベアボーンキットを購入したのでありました;-)。

後、気づいた点としては CPU の温度が取れないですねぇ。coretemp.ko ダメでした。k8temp.ko も当然ダメでした・・。mbmon もダメでした・・。ふむー。

さてと。Core が四つもあるので使用感ですが、一応、ベンチマークを取ってみました。カーネルを make cleandepend && make depend した後に make を叩くのですが、この時の時間を計測してみました。

Atom N330 : 1600MHz : make -j4
1173.13 real      2342.58 user       158.38 sys
Athlon64 X2 4000+ : 2200MHz : make -j2
584.00 real       657.92 user        50.86 sys

 
CPU 速度がまぁ、だいぶ違うのだけど、それでも Athlon64 X2 の make -j2 のほうが圧倒的に早いよねぇ。まぁ、当然だろうけどさぁ。後、Atom 側は S-ATA が 150。これもちょっとは影響するかな。

と、言うことで Atom な CPU ではもう少し遊ぶ予定。その後は自宅の安定しないサーバのバックアップとして利用する予定。 Atom 側からサーバに対してアクティブ監視とパッシブ監視を行い、応答が無くなったら、サーバの持っていた IP アドレスを alias して Atom のバックアップ機でサービスを継続できるようにする予定。データ自体はもう既に rsync で Atom 側に送っているので、同期もばっちりb(^^)。

んー。会社のミッションクリティカルなサーバみたいだ;-)。

後は、専ら検証機として利用するかなぁ;-)。

KDE-4.2。中々良いよ。

2月 132009
 

最近の ports では KDE4 が KDE-4.1.2 から KDE-4.2.0 になった。早速バージョンアップ。実は FreeBSD で初めて KDE4 が利用できるようになったバージョンは 4.1.0 です。KDE-4.0.0 は冒険者のバージョンとして扱われていたのでありました。

で、4.1.2 を使い始めたのだけどこれがまたヒドイしろものでして・・。plasma が落ちるともうデスクトップが利用できない状態になる。emacs を起動しておいて M-x shell から X を kill して復旧していた。 plasma がよく落ちる。と言うのも問題であったのだけど、4.2.0 になったら あんまり plasma が落ちなくなって、落ちても、すぐに再起動するようになった。ちょうど、Windows で凍りついたエクスプローラを終了させて、一瞬画面がフワっとなって再度表示しなおしてくれるような感じと全く一緒。

ja-kde4-l10n は日本語テキストですが、まだ翻訳が行き届いていないですねー。色々な所に英語メッセージが残っています。後、LANG が ja_JP.eucJP だとビミョーに正しく日本語表示できない所が多々有ります。もう LANG は UTF-8 にしろ。ってことですかねぇ。ちなみに僕は KDE-4.1.0 から UTF-8 に移行しました。

ちなみに LANG の設定がばっちりになると、フォント名も日本語でフォントしてくれるようになります。例えば、僕の環境の場合 meiryo.ttc は UTF-8 の場合はフォント名が「メイリオ」となるのですが、ja_JP.eucJP の場合は GTK アプリ(例えば firefox3)と一緒で「Meiryo」と表示されます。なので、先に LANG を決定してからフォントの設定をしたほうが良いかもしれません。

dolphin (ファイルマネージャ)ですが、これは smb:// 先のサーバの日本語にも対応してくれました。今までは日本語ファイルやディレクトリをクリックすると dolphin がクラッシュしていたのですが、今度は無事に表示して、クリックもできるようになりました。

konqueror。これはっ!! そもそも、最近は WebKit が大はやりですが、WebKit はそもそも konqueror で利用していたレンダリングエンジン。その割りには konqueror と Safari の表示に差異があるなぁ。と常々思っていたのだけど、4.2.0 に搭載している konqueror は Safari と同じ表示をしてくれるようになりました。スタイルシートの読み込みが Safari に近くなって来たのかな。とも思うけど。Safari とは ルックアンドフィールや操作性は違うけど、コンテンツの表示が Safari と一緒になった。と言うのはすごいうれしー。

ただ、今のところ UTF-8 なコンテンツしか見えないんだけど・・X-(。ってのは前に書いていたねぇ(^^;;。

とまぁ、感動した点を重点的にツラツラと書いてみました。

実は 4.1.2 では plasma があまりにも頻繁に落ちるのでイヤになって KDE-3.5 を再インストールしていたのですが、4.2.0 はそれなりに安定して来たと言う感じかなぁー;-)。

つづく。かな？

自宅サーバの FreeBSD 7.1-{STABLE|RELEASE} ようやっと安定。(2)

2月 092009
 

前回書いたネタ の続報です。

前回は「ようやっと動いたぜぃ。」って感じで書いたのだけど、書いて公開した直後にサーバがダウン・・。

やはり 7.1-RELEASE や 7.1-STABLE では 5 日の壁越えられないのねぇ。ってのを実感。でもっていやはやダメだわー。ってんで、結局 2008/10/31 のソースコード一式を csup で持ってきてそれでカーネルを作ってみた。

いやぁ。見事に今度は uptime が 5 日を超えました。 uname -a 的には 7.1-PRERELEASE。もーこれでいーや。状態。

最新をおっかけるより安定性重視と言うことで。

それにしてもデスクトップのほうは 7.1-STABLE を追いかけているのだけど、所々「これ、怪しいなぁ。」と言うソースコードが commit されているみたいで・・。

けど、最新を追いかけてまた安定しなくなったら困るので当分はこのままで以降と思っております。

それにしても安定して良かった。次回、サーバのバージョンを上げるとしたら 7.2-PRE 辺りかなぁ・・。当分はバージョンアップするの、やぁめた。

iPod Touch 2.2.1。

2月 042009
 

新しいバージョンが出たのでその日の内にアップデートしたのだけど、他にブログに書くことがたくさんあったので今のタイミングになってしまいました。

それにしも、今回からはもー JailBreak はしないことに決定。AppStore から無料のソフトをダウンロードするだけで事が足りるようになったのでねぇ・・。後、唯一欲しいのがテキストリーダかな。色々な文字コードが表示できて、改行もしてくれるヤツが良いのだけど、無料だと中々無い・・。

今回のバージョンアップで、iPod Touch ですごーく幸せになった。と言うのは特に無いのだけど、書いてみました。ってこれだけで終わりかよっ!!ってんではなんなんで・・。

iPod なので音楽聞くんだけど、僕は 400 曲位入れていて「シャップル」で聞いている。iPod を持った最初の頃はアルバム単位でシーケンシャルに聞いていたのだけど、シャッフルで聞くようになったら、「次はこんな曲かー。」って随分と新鮮だった。今は慣れたけどねぇ。

で、そのシャッフルだけど、バージョンがあがるたんびに乱数変えてないないかい？とか思うようになってきた。400 曲位入っていて一時間程度しか聞かないと「シャッフル」とはいえ、ほとんど同じ曲がかかっている気がするんだけど、バージョンアップした後は、「お？今までこんな曲かからなかったぞ。」とか思うわけです。それもバージョンアップのたびに毎回。

そー考えると、アップルは iPod の OS のバージョンアップのたんびにシャップル用の乱数をちゃんと更新してくれているのではないか。と思えてしまうのですが、実の所、どうなんでしょう。

それにしても iPod Thouch を車の中でも聞くんだけど、再生中に iPod を横にすると流れている曲のジャケットを表示してくれる。横にして聞いている状態が長いってのは今のところ、車の中でしか無いんだけどね。

で、バージョンが 1.3 の頃は一番最初に表示されたジャケット(つまり一番最初に聞いた曲ってことです)がずっと表示されたままだったのだけど、2.0 以降はちゃんと曲に併せてジャケットが iThunes みたいにパタパタパタと動いて変わってくれるようになった。これは嬉しいなぁ。とミョーに感動したものです。

そー考えると、ドックが付いている iPod 対応のスピーカーは iPod Touch や iPhone の場合は横に付けたほうが楽しい。と言うことだねぇ。と、言うことで、メーカーさん。iPod を横置きで接続できるスピーカーを出したほうが売れますよ;-)。

と、まぁ、こんな風にバージョンアップのたびにちょっとずつ変わっていってくれると嬉しいですねぇ。

*ERROR* i915_getparam called with no initialization なメッセージ。

2月 022009
 

それにしても最近、FreeBSD ネタ多いなぁ。今回もなんだけど・・。

/var/locg/messages に、以下のようなログが出力されませんか？

kernel: error: [drm:pid872:i915_getparam] *ERROR* i915_getparam called with no initialization

 
xorg を 7.4 にしたら突然出るようになって、X を終了(プロセスを kill するなど)すると OS 自体を道連れにマシンが凍り付く。怖いですねぇ。イヤですねぇ・・。

xorg-7.4 とカーネルの agp とか drm 回りの相性で Intel 系のグラフィックチップを使っている場合に発生します。ちなみに僕は DELL の X1 でこの現象に陥りました。X を立ち上げたが最後、もー後は X が終了できなくなります。sync を 30 回位叩いてから shutdown を実行しますが、終了プロセスにおいて X のプロセスを kill した段階で凍りつきます。

ちなみに DELL X1 は i915GM です。xorg-7.3 の時は問題なかったのですが、 7.4 にしたらこの状態・・。しかし DELL X1 では 2009/01/09 頃の FreeBSD/i386 7.1-STABLE を利用していたのだけど、 1/31 に csup したら直りました。

なので、STABLE を利用している方は最新のバージョンに up したほうが良いかもしれません。7.1-RELEASE を使っている場合にこの問題に陥るか、僕は知りません。ごめんなさい。

自宅サーバの FreeBSD 7.1-{STABLE|RELEASE} ようやっと安定。

2月 012009
 

本当に、まぁ「困った困った。」が、11月中辺りから続いていたのだけど、自宅のサーバとして利用している FreeBSD/amd64 7.1-STABLE がようやっと安定しだした。久しぶりに uptime が 6 日を超えた。こんなことは 11 月以降一回も無かったのでずいぶんと久々な出来事です。

僕が某所の IRC で ダメだーダメだーと言っても一部の人にしか信じてもらえなかったのだけど、これ以降かなー。

Big problems with 7.1 locking up 🙁


7.1-RELEASE ってほんとにダメなんじゃね？って多くの人が認識し始めたの。

このスレッドの中の、次のメール。これがまさしくビンゴ。「10月2日と、11月24日の間にいつか導入されたと考えます。」と、書いている人がいるんだけど、確かにこの間におかしくなったと僕も認識します。僕はもっとこまめに csup していたので 11 月頭位から、このログに何もはかずにフリーズする(locking up)と言う現象が現れだした。おかげでサーバの PC パーツを全部交換したよ・・。けど、直らなかった・・。OS の問題だからなぁ・・。長年ため込んでいた MRTG のログファイルも fsck で見事にぶっ飛んだよ・・。トホホ。orz

で、現在はどうして安定したか？と言うと、AthlonX2 を利用しているのだけど、SMP カーネルをやめた。後、SCHED_ULE をやめて SCHED_4BSD にした。せっかく DualCore な CPU 持っていてもクソの役にもたたない・・。

上記メールのスレッドの中には以下のようなコメントもあるので、SCHED_ULE だけじゃダメだ。SMP も切って見よう・・。とか思った次第です・・。本当にトホホだよ・・。

Well, one of my machines just locked up again, even with SCHED_4BSD
on it, so I am now thinking it is unrelated.

CPU は昔使っていた Semplon3100+ ってのがあるので どーせ SMP でまともに動かねーならそっちに戻そうかねぇ・・。トホホ。

FreeBSD 3.0-RELEASE だってここまでひどくなかったぞ・・。ダメなものを平気でリリースするかねぇ・・。困ったモンだ・・。

一時期真剣に FreeBSD 消して Solaris10 にしようかとも思ったこともあったけど・・。

「ダメだったバージョンがあった。今はその問題は取り除いた。なので安心して使ってくれ。」って正式にアナウンスだして欲しいものだ・・。

本当に宜しくお願いしますよぉ・・。