March 2009 – B-LOG

FreeBSDでRAMDISK

Posted on 2009 年 3 月 26 日 by bugyo — No Comments ↓

FreeBSDでは仮想ディスクを提供するドライバmdが用意されている。 mdconfigコマンドでmd*に仮想ディスクを追加、削除できる。 RAMディスクを作成するには。 # mdconfig -a -t malloc -s 256m -u 1 などとする。 -sにはサイズ、-uには/dev/mdに続くデバイスファイルの番号を指定する。 -tにはmalloc、vnode、swapが指定できて、mallocを指定した場合には記憶領域をmalloc(9)を用いて確保する。あとは通常のディスク同様、 # newfs -U md1 # mount /dev/md1 /mnt としてマウントする。仮想ディスクを解放するときは、umountした後、 #mdconfig -d -u 1 として指定した番号の仮想ディスクを削除する。 mdmfsコマンドを使えば以上のことが１コマンドで出来る。 mdmfs -M -s 5m md2 /mnt -Mオプションは記憶領域をmallocを用いて確保するように指示する。参考： Continue reading FreeBSDでRAMDISK→

GbEの速度

Posted on 2009 年 3 月 26 日 by bugyo — No Comments ↓

「CG-SW05GTPLXB」上ではGbE環境でのFTP転送スループットは最大で34.MB/sだった。「おしえてブロードバンド第52回：ギガビットイーサネットってどれくらい速いの？」では最大で523.56Mb/s、つまり65.445MB/s、こちらのほぼ倍の速度が出ている。もちろんこちらで計測したときにはファイルには書き込まず、GETしたデータはnullに捨ててた。チップはRealtek8110SとMarvel88E8053のよう。どこかにボトルネックがあるのだろうかと思ってlocalにftpしてみたら34MB/sぐらいしか出ていなかった。どうやらサーバ側のディスクI/Oがボトルネックになっていたよう。転送用ダミーデータをSATA接続のHDDに移してホスト1→ホスト3をもう一度計測してみた。ホストスループットホスト1→ホスト2 36.31MB/s ※ホスト1:GbE-PCI2、ホスト2:Intel PRO/1000 MT Mobile Connection やはりディスクI/Oがボトルネックになっていた。ネットワーク速度がHDDの速度に追いついているということは遅延を考えなければ非常に快適な環境ということ。ホスト1はFreeBSDのサーバ機。カーネルオプションなどでディスクI/Oのスループットが上がったりするかも。ネットワーク自体の速度はまた計測方法を考えよう。

MailmanでリストのURLを変更する

Posted on 2009 年 3 月 26 日 by bugyo — No Comments ↓

Mialman運用中にサーバのホスト名が変わったり、WWWのポートが変わったりするとMailmanが持っているリストのURLと食い違ってしまい、ウェブから設定などが出来なくなる。リストのURLを変更するにはportsで入れた場合/usr/local/mailman/binにあるconfig_list管理コマンドで設定を変更する。 >list_config -o file_name list_name で現在の設定がfile_nameに出力される。 >vi file_name などで、ファイルに設定を記述する。リストのURLを変更する項目はweb_page_url。 web_page_url = ‘http://www.hoge.com/mailman/’ のようにMailmanスクリプトまでのURLを指定してやれば良いみたい。 >list_config -i file_name list_name で設定を登録して完了。デーモンを再起動する必要はなかった。

恋文の技術

Posted on 2009 年 3 月 22 日 by bugyo — No Comments ↓

『夜は短し歩けよ乙女』の森見登美彦の新刊。大学院生守田一郎が一世一代の恋文をつづるまでの話。実際に会ってみた印象とその人の文章から受ける印象と、全然違うというのが良くあるけど、そういう人間の深みみたいなのが出ていて感心した。書簡体小説とか日記体小説は古典でも現代でも結構あったように思うけど、自分が読んだものの中では読みづらいものが多かった。たぶん難しいのだと思う。本書は主筆守田が文通武者修行と称して多人数と文通するという内容なので、同じ出来事が何度も出てくる。冗長だが、それ故に読みやすいと思った。著者、森見登美彦も登場人物として出る。実際はどうなのか分からないけど、こういうイメージ作りには勝てない。恋文の技術森見登美彦 by G-Tools

Atom330で動画再生(2)

Posted on 2009 年 3 月 21 日 by bugyo — No Comments ↓

Atom330で動画再生上では DRIは効いているわけだし、もしかしたらSSEオプション付けてビルドし直せば再生できるようになるかも。と書いたけど、SMPlyaerを依存関係も含めてSSEオプション付きでビルドしても残念ながらデコードが追いつかなかった。再生中にtopを見ると、CPU時間を使い切っているときは使用率が50%ぐらいまで上がるのに25%程度にしかならない。どうやら１コアしか使っていないよう。マルチスレッドベースのMplayerXPというのがあるというので使ってみようとしたけど、FreeBSD 7.1ではGCCが4.xなのでそのままmakeしてもGCCのバージョンが違うと言われる。 portsからGCC 3.x系を入れてみたけどそれでもビルドがうまくいかない。

サクラエディタのUnicode

Posted on 2009 年 3 月 21 日 by bugyo — No Comments ↓

サクラエディタの保存時に選べる文字エンコーディングにはUnicode, UnicodeBE, UTF-8, UTF-7がある。このUnicodeって何なんだと思ってxyxxyで読み込んでみたら、utf16le-bomらしい。

スケジューリングで気を付けるべきこと

Posted on 2009 年 3 月 8 日 by bugyo — No Comments ↓

失敗した。日付をメモした紙を財布に入れていたのでカレンダーへの登録を怠っていて、朝起きてそれを確認したら、実は紙は２枚入っていて別の予定の方を見てしまって、それで間に合わなかった。 4,000円も損をしてしまった。もう何でもかんでも登録するように心がけようと思う。

AWFFull 検索文字列の文字化け

Posted on 2009 年 3 月 8 日 by bugyo — No Comments ↓

前回portsのjapanese/awffullを導入したのだけれど、検索文字列が文字化けする。レポートがEUC-JPで作成されるのに対して、検索文字列がUTF-8になっているからだ。 awffullはgettextで国際化されていて、gettextは環境変数LANGUAGEを見てそれに合わせてiconvで変換した文字列を出力するようなので、LANGAGEその他諸々をja_JP.UTF-8にしてみたんだけどレポートはEUC-JPで出力されてしまう。あきらめて検索文字列の方をEUC-JPで出力するように方針転換。そういえばjapanese/webalizerのころはこんなことはなかった。調べてみるとjapanese/awffullはnyan氏のパッチを適用したもののよう。このパッチはa-urasim氏のwebalizer用のパッチを参考に書かれたものだけど、そっちではEUC-JP検索文字列をEUC-JPに統一して出力するようになっている。よってnyan氏がUTF-8に統一して出力するように書き換えた部分を元に戻してやれば良いと思って、ports中のfiles/awffull-ja.diffを書き換えたらEUC-JPで出力されるようになった。 Emacsのdiffモードが賢い(行の挿入や削除をするとメタ情報も変更してくれる)のに感動。ただ、あまり良いやり方じゃないと思う。元はといえばgettextの出力コードが変更できなかったのが問題だし、検索文字列の出力コードも設定ファイルに記述できるようにするべきかと。

CG-SW05GTPLXB

Posted on 2009 年 3 月 4 日 by bugyo — No Comments ↓

気が付いたら自宅LAN内のNICがすべてギガビット対応だったのでギガビットスイッチ(CG-SW05GTPLXB)を3144円で購入。わりと安かった。ジャンボフレーム対応なのでMTUを9000に設定。 FreeBSDでは ifconfig vge0 mtu 9000 Widowsではデバイスマネージャーから”ネットワーク”カテゴリにあるNICのプロパティを開いて詳細設定で設定できる。 FTPのスループットを測ってみた。使用したNICはGbE-PCI2(ホスト1)、nForce4(ホスト2)、Intel PRO/1000 MT Mobile Connection(ホスト3)。ホスト1がサーバ機でFTPサーバ。 1GBのファイルをGETしたときの時間を計測。ちなみにファイルは dd if=/dev/random of=dummy.tmp bs=1024 count=1048576 で作成した。ケーブル長は2mくらい。結果：ホストスループットホスト1→ホスト2 30.97MB/s ホスト1→ホスト3 34.67MB/s ホスト3(Intel製NIC)の方が12%程度速い。別々のケーブルで計測したのでまだ分からないけど、チップの差なんだろうか。 ※ディスク速度がボトルネックだった→GbEの速度