Media Driver

最近Blogともうひとつ流行しているらしいSNSというものがある。SNSとは招待制のコミュニティーであり、7年前に物理的問題(インターネットが常時できなくなる環境に移り住んだ)でネットの友好関係を一切絶った以降、匿名掲示板ベースでしか活動していなかったのでこういうものには縁がなかったのだが、サービス開始まもない登録可能なSNSに登録してみた。
日本ではBlogが個人ニュースサイトから派生したようなもんであれば、SNSはIRCのような比較的ユーザー名が固定で話し合えるような場から派生したものなのかな？(そういや最近IRC起動してないな)
いずれにしても、形を変えてさまざまなサービスがWebサービスの形で登場している。2000年ころの.COMバブルのような怒涛のサービスの登場だが、比較的メディアに煽られたものというよりは、市民がネットを利用しはじめたことでの利用者側のインフラが整ったための自然発生なのかな。。。？

最近SonyBGMが音楽CDにRootkitを混入させた問題が妙に大きく取り上げられているが、個人情報流出問題はインターネットがPCと繋がり始めたときからよく話題になっている。
特によく言われていたのは、MicrosoftのWindowsにおける個人情報の懸念だった。
最近のインターネットと個人情報の扱いについてはどうなっているのか？続きを読む

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の値を下げるといいかも？続きを読む

ついにやりました！

実は2年ほど前にHDDが壊れて以来、僕の音楽ライフどころか実生活まで支障をきたしていたのです、、、。
以前レンタルしたCDや前の学校で友達から借りたレアいのとかいろいろ入っていた大切なデータなんで、
まさに、「No Music, No Life」だったわけなのですが。

これでまた音楽ライフが戻ってくるかな、、、
ぁ、HDDの空き容量がぁ。。。

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

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

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

さすがに遅くてもいいけど、反応なしや整合性がおかしくなるようになってしまうとちょっと考えるなぁ。

自鯖ではWikiはやってるが、Blogはトラックバックとか足跡メモとかいろいろあるから、こういうサービスでやってたほうがいいような気がしていたんだけどなぁ。。。
隠れみのブログを自鯖に建てよう！w

なんか不用意に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。

RC1が出たみたいなのでいれてみた。
まぁ最初は若干パフォーマンスあがったかな、、、って程度だったのですが、
Fasterfox(http://fasterfox.mozdev.org/)というプラグインを入れてみたところめちゃ描画が速くなってびっくり。これは前のVerでも使えるんだろうけど。
ただ、メニューでブラウザ画面と重なっているところの描画がおかしくなる場合があったので、
設定をカスタムにしてレンダリング項目でページの秒が間隔を10msでもいれてやると大丈夫になった。続きを読む

つながらない。
DNSかrouteがおかしいらしい。

よく考えると、最近は検索エンジンはGoogleしか使ってないな、、、。
そして、他のエンジンというとYahooかGooかInfoseekかそれくらいしか思い浮かばない情けなさ。
Googleのように日本語に対応していて、かつ、海外のサイトもしっかりと検索できるようなサイトはなかなかない。
Yahooが新検索を始めたらしいが、あのうざったいトップページが、、、。
Google八分という言葉もあるくらい、検索エンジンの寡占化が進んでいるような気がするな。
シンプルかつ十分なインターフェイスを持つという思想や新しいジャンルへの挑戦などは素晴らしいものがあるが、
ひとつのものに集中的にサービスが重なってしまうとこういう事態のときに大変だ。続きを読む

http://japan.cnet.com/news/tech/story/0,2000047674,20090019,00.htm
アプリックス、BREW上で動くJavaプラットフォームを開発

実行速度を優先するためにBrewを使うのであって、Javaみたいなとろい巨大パッケージ言語をわざわざBrew上で使うってのはあまり意味がないような...。
底レベルAPIを使ってこそまともなプログラムが書ける、高レベルAPIで作るとその実装にアプリが制限されるだけのような気がしますが。続きを読む

インストールは最新版の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のバグか分かりませんが、、、。