16進ダンプする
ファイルなどを16進ダンプするにはod(octet dump)コマンドを使う。 >od -Ax -txC foo.jpg 0000000 ff d8 ff e0 00 10 4a 46 49 46 00 01 01 01 00 60 0000010 00 60 00 00 ff db 00 43 00 08 06 06 07 06 05 08 Continue reading 16進ダンプする
Category Archives: コンピュータ
MovableType 4.2でページのダイナミック生成
静的ページ生成がデフォルトのMovableTypeでも動的にページを生成するように設定できる。 MobableType 4.2ではテンプレートごとにスタティック、ダイナミックが選べるようになっていて、テンプレートの編集ページの下にある「テンプレートの設定」項目から公開方法が選択できる。 「スタティック」ではとくにブログ記事の再構築に時間がかかるのでアクセスの少ないブログは記事を動的に生成するように設定してみた。 しかし、残念ながら非力なマシンでは実用的な選択にはならなかった。 自宅サーバの環境(Celeron 2.0GHz, SQLite3)ではページの表示に10秒もかかってしまう。 ２，３件同時にアクセスがあれば他のサービスにも支障が出るし、表示待ち10秒は結構なストレスになる。 WordPressではページを動的に生成しているけれど実用的な生成速度が出ている。 処理中の様子をtopで観察してみるとCPUリソースのほとんどをユーザ時間に割いている。 どの辺りの処理に時間がかかっているんだろう。 プロファイラにかけてみたい。
setuidビットとsetgidビット
chmodコマンドではファイルやディレクトリのモード指定に絶対値指定として4桁の8進数を用いる。 1～3桁目まではrwxrwxrwxなのだが4桁目はMSBからsetuidビット(suidビット)、setgidビット(sgidビット)、スティッキビットとなっている。 setuidビット、setgidビットをファイルに設定した場合、そのファイルが実行されるとき、実行権限が実行したユーザではなく、そのファイルのオーナーやグループとして実行される。 ディレクトリに設定した場合、そのディレクトリ以下で作成したファイルやディレクトリはそのディレクトリと同じオーナーやグループになる。 グループでディレクトリを共有する場合(Subversionのリポジトリなど)に使うと便利。
IEやChromeはContent-Typeに従わない
自宅サーバにmod_uploaderでアップローダを設置している。 ダウンロードパスを設定した場合、パスを入力してsubmitしたレスポンスでファイルが送られてくるようで、送られてきたメッセージに対するブラウザの反応はMIME Typeに依ってしまう。 そうすると、サイズの大きい画像ファイルやPDFファイルなどをアップロードしていた場合、画像を表示したり、リーダが開いたりされると、非力なマシンではやたら時間を食って困る。 アップローダの性質上、どんな形式のメッセージもファイルに保存されるのが望ましい。 パスが通ったら、さらに先のダウンロードページへ誘導するように書き換えれば良いのだけど、そこまでする余裕はなかったので、Content-Typeをapplication/octet-streamするように書き換えてみたのだけど、なおChromeでは画像がそのまま表示される。 IE(6.0)でも同様で、Firefox(3.0)だけはファイルに保存する時のダイアログが表示された。 IE、Chromeでは拡張子や中身で判断しているのだろうか。 Content-Typeに対するアクションは、Firefoxでは設定できるみたいだけど、IEやChromeでは設定項目は見つからなかった。 Chromeは軽くて気に入っていたんだけど、ここに来てかゆいところに手が届かないよう。
FreeBSDでRAMDISK
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の速度
「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を変更する
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 で設定を登録して完了。 デーモンを再起動する必要はなかった。
Atom330で動画再生(2)
Atom330で動画再生 上では DRIは効いているわけだし、もしかしたらSSEオプション付けてビルドし直せば再生できるようになるかも。 と書いたけど、SMPlyaerを依存関係も含めてSSEオプション付きでビルドしても残念ながらデコードが追いつかなかった。 再生中にtopを見ると、CPU時間を使い切っているときは使用率が50%ぐらいまで上がるのに25%程度にしかならない。 どうやら１コアしか使っていないよう。 マルチスレッドベースのMplayerXPというのがあるというので使ってみようとしたけど、FreeBSD 7.1ではGCCが4.xなのでそのままmakeしてもGCCのバージョンが違うと言われる。 portsからGCC 3.x系を入れてみたけどそれでもビルドがうまくいかない。
サクラエディタのUnicode
サクラエディタの保存時に選べる文字エンコーディングにはUnicode, UnicodeBE, UTF-8, UTF-7がある。 このUnicodeって何なんだと思ってxyxxyで読み込んでみたら、utf16le-bomらしい。
AWFFull 検索文字列の文字化け
前回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の出力コードが変更できなかったのが問題だし、検索文字列の出力コードも設定ファイルに記述できるようにするべきかと。