Media Driver

1週間程前からメインPCのOSをLinuxに完全に置き換えました。
もちろんgentooで。
まだ行ってないけどVMwareでWindowsの起動も無料でできそうな気配。

>29.8％のWindowsXPユーザーがVistaではなくLinuxへの移行を考えている
というGIGAZINEの記事(というよりもdiggでみたけど)にもあるように、欧米1バイト環境としてみるとデスクトップ用途でも非常にstable。
一方、日本語環境からみになると問題になるものも多いが、それは作者が向こうの人だから&こちらからのフィードバックがないというのも大きいのかも。
Windowsでもまだマルチバイト問題はセットアップのとき等に見ることもあるし、逆に日本製のLinuxソフトウェアは殆んど問題がない。

まぁまだコマンドラインが必要な場面もあるからそれを"完全に"撤廃できるまでは一般への普及は無理だろうな。

すでにGentooじゃrc1がでてそれに関する修正パッチがでておりますね。
本家に取り込まれるかどうかは別として、、、極端に長いWebpageタイトルを読み込むと起動に時間がかかってハングしたようになるという症状らしい。
バッファオーバーフローがあるのかは確認してないんだけど、どうなんでしょうねぇ、、、。

KDE3.5が出たのでemergeしました。
ってか、GCC-4.1_beta20051205が出たのでシステム全体を（ry

Mozillの影響でGnome使ってるひとも多いけど、KDEは軽いのがいいですよ。
さらにPrelinkを使うことでKDEアプリがかなり高速化されます。

今回からKonqueror(Webブラウザ)に付いた新機能が、フォーム情報に変更があった際にCtrl+Wで直接ウインドウを閉じるの防止機能が付いてBlogの編集も安心してできるようになりましたw

＃平井堅のVIP　STARｽｺﾞｽ

FirefoxでHotmailのログインができなかったり、CNETの広告が出てこない症状が発生。具体的には、DNSの解決ができないような症状になり、永遠ループに陥る。
HTTP Pipelineを無効にすると、接続できるようだが折角の高速化のパイプライン機能が使えないのはもったいない。
なんでかなぁ、と調べてみたところAkamaiのDNSと相性が悪いらしい。


$ nslookup by22fd.bay22.hotmail.msn.com
Server: 192.168.11.1
Address: 192.168.11.1#53

Non-authoritative answer:
by22fd.bay22.hotmail.msn.com canonical name = bay22fd.hotmail.com.akadns.net.
bay22fd.hotmail.com.akadns.net canonical name = hm1.hotmail.com.edgesuite.net.
hm1.hotmail.com.edgesuite.net canonical name = a1057.g.akamai.net.
Name: a1057.g.akamai.net
Address: 193.108.154.169
Name: a1057.g.akamai.net
Address: 193.108.154.170


$ nslookup ds.serving-sys.com
Server: 192.168.11.1
Address: 192.168.11.1#53

Non-authoritative answer:
ds.serving-sys.com canonical name = www.eyeblaster-ds.com.edgesuite.net.
www.eyeblaster-ds.com.edgesuite.net canonical name = www.eyeblaster.georedirector.akadns.net.
www.eyeblaster.georedirector.akadns.net canonical name = a158.x.akamai.net.
Name: a158.x.akamai.net
Address: 193.108.154.169
Name: a158.x.akamai.net
Address: 193.108.154.163


そんでもって、nscd(Name Server Caching Daemon)とやらを立ち上げるとパイプラインが有効でもDNSの解決ができるようになった。
FirefoxのバグなのかAkamaiの問題なのかわかりませんが、解決メモっと。続きを読む

1024x768から1600x1200に解像度をあげると、リフレッシュレートが低くなってちらついていたので設定を見直し。
DeviceセクションのDacSpeedを設定すると、うまく表示されることが判明したので、手順をメモ。

1600x1200@60Hzから、1600x1200@75Hzで表示されるようになりました。

※準備
・グラフィックスチップのRamDACを調べる
・ディスプレイの走査周波数を調べる

0、modeplotスクリプトで表示できる範囲をグラフにして確認できる。Gnuplotが必要になリます。
modeplotはこちらから。
http://www.linux.or.jp/JF/JFdocs/XFree86-Video-Timings-HOWTO-16.html


こんな感じで、限界周波数がわかります。

1、Monitorセクション、Deviceセクションの項目を書き換える。

2、Xの再起動

これで各解像度において、自動的に計算された最適なリフレッシュレートで表示されます。
どうしてもディスプレイに表示されないってときは、RamDACの値を下げるといいかも？続きを読む

やっとGCC4.1でのコンパイルが終了しました。
コンパイルしている間にaspellのgcc4.1patchが出たみたいだけど、他は何も進展なし。

本当にちょこっとだけ早くなったみたい。
さすがにPen3 800EBだと体感できるw

大学のLinuxPCは、Pentium4 3.4GHzとかでめちゃ速なので快適なんだけど、、、差が激しいっす。

なんか不用意にFSCKしてディスクを飛ばしてしまった。重要な部分のデータはなんとか復旧できたので被害は少なかったのですが、やっぱFSCKの使いかたしっかり覚えなくてはねぇ。
一端アンマウントしてから、リードオンリーでマウントしてFSCKするのがいいのかな？誰か教えて。。。

ってことで、2日くらいかけて一度再インストールしたのですが、gcc-4.1.0_beta20051112とglibc-2.3.6が出ていたので、この際この環境で再構築中。

このサイトを参考にしてみました。続きを読む

やっぱ比較していくと、どっちも一旦一丁があるかなぁと考えてしまうように。

今のWinマシンはAthlonXP2400,MEM DDR333 1.5GB, Radeon9800pro,200GBくらいの普通の構成。
鯖で使ってるマシンは、Pentium3 800EB, MEM PC133 256MB, i810, 20GBくらいの一昔前の構成。

比較にはならないのかもしれないけど、
Xを使うと極端に遅いんだよねぇ。

Windows
・[UI]　　　　　　　描画や各仕様は比較的画一性がある　　（だといいなぁｗ
・[高負荷時の動作]　高負荷時に弱く不安定になりやすい　　（毎日のように動作が安定してないのはもちろんなのですが、、、ユーザーモードドライバのようなものですぐに止まってしまう感じ。

・[ファイルシステム]NTFSの緊急シャットダウン時の信頼性はなかなかかな？
　（FAT時代からのユーザーの何万通メールクレームを受け取ったことだろうからこれは大丈夫！ｗ

Linux
・[UI]描画はGNOMEやKDEなどの設定によるし、さらにいろいろあるから一長一短い。
GNOMEだとかKDEの付属アプリ以上のものがどんどんよくなっていくのか、、
それともX周りを大きく変えて、高速なアーキテクチャになっていくのか？
この先はデスクトップ用途が広がって、GUI環境の比較はさらに続くだろうから、どうなることやら。
・[高負荷時の動作]　高負荷時でものっそりと確実に動くが、普段のXアプリだとCPU・メモリをもって行きまくられるのが厄介。これは単純に比較マシンの性能の差なのか、本当に遅いのかは分かりませんが、GUIアプリのCPU／メモリの消費が大きい気がする。
ま、CUIでやれば無問題だけど。
・[ファイルシステム] EXT3では緊急シャットダウンには弱いらしい。データ破損は見たことがないが、fsckがかかると毎回エラー修復になるのはいかに。


Windowsと同じことをやろうとしているのか、その先のアーキテクチャを考えるのがいいのか。
既存の商用アプリで満足しているなら、Windowsへ、ソフトなんか買わんでも無料でいいのいっぱいあるやんってのならFreeOS使うようになるのかなぁ。

eBuildがあがっていたのでそちらのほうをつかってみることにした。

>ftp://ftp.mozilla-japan.org/pub/mozilla-japan/firefox/development/1.5
から日本語パックをダウンロード。
おもむろにFirefoxにドロップして、
>about:config
にアクセスして、
>locale
で検索して、
>en-US
となっている部分を
>ja-JP
に変更すればok。

インストールは最新版のhttp://www.colinux.org/snapshots/devel-coLinux-20051013.exeを使い、パーティションイメージは
http://sourceforge.net/project/showfiles.php?group_id=98788
のGentoo-colinux-stage3-x86-2004.3.bz2を使いました。

coLinuxはカーネルをそのままネイティブに実行できる、つまりLinuxをネイティブアプリとして実行しているようなもんで、バイナリはそのまま使える。せっかく速いマシンを使っているなら、-march=CPU-ARCHIで使いたいから、Gentooにしました。続きを読む

WindowsでネイティブにLinuxKernelを動作させることができるcoLinuxをインストール。

TAP-Win32 Adapter V8 (coLinux)が表示されない問題が出た。が、QoSパケットスケジューラーをアンインストールしたら表示された。その後、QoSパケットスケジューラーを再インストール。

WindowsXPのバグかTAPのバグか分かりませんが、、、。

gentoo-sources2.6.14入れてみた。続きを読む

いろいろコンパイルするなら、GentooがいいってことでGentooLinuxに入れ替えてみた。
なるほど、Portageシステムが凄くすばらしい。

コンパイルに時間はかかるが、そのマシンに快適化されたLinuxが欲しいって人向けのディストリビューション。
日本語関係の設定(といっても、ロケールとフォントとInputMethodだけかな)をしないければいけないが、ほとんど困ることはないだろう。

遅いマシンなので今までXの使用でだいぶもたついていたのだが、結構さくさく動くようになった気がします。続きを読む

Linuxの作法とか全然分からないけど、やっぱ基本は新バージョンがいいかな、といろいろアップデートしてみました。
ソースがよくなったのか、GCCが新しいのか、コンパイラオプションが良くなったのかは分かりませんが、全体的に速くなったのはよかった。

ところで、古いライブラリや被っているライブラリなんかはどうやって管理しているんだろうか。
全部把握するのは無理だろうし、依存関係とか考えると安易に消せないだろうし、、、。
誰かそういう面での考え方を教えてください。。。

ライブラリとかごちゃごちゃで、ディストリビューションによって違ったり、とかを考えると、動作が訳分からないWindowsと大差無いんではなかろうか、とか考えてしまう。まぁ自分がnewbieな為もあるし、オープンソースな分ソフトの動作を追えることや本当にいらないものは消してしまえるってのは、究めればいいことなんでしょうねぇ。

次はGnome関連のビルドをしてみたいけど、難しそうです。続きを読む

RHL Fedora Core 3にてglibc-2.3.5を導入しますた。glibcのアップデートは難しいっす。続きを読む