測定環境は下記のとおり。 Ubuntu 9.10 server AMD Opteron 2218 x2 nVidia MCP55Pro Hitachi HDS72101 ゲストは LVM 上に構築 ４並列でのランダムアクセス (16KB) ホスト ゲスト (cache=writethrough) ゲスト (cache=none) Read 207.7 138.3 187.4 Write 137.6 122.6 133.8 単位は IOPS。測定に使ったのは randombench.cc。 7200rpm のディスクなので、ホストでの read 時と、ゲスト (cache=none) での read 時に NCQ が効いていることがわかる。この程度の落ち込みなら OK かな。 シーケンシャルアクセス ホスト ゲスト (cache=none) Read 72.4 57.5 Write 28.1

ある日、オフィスに行くとキムラデービーの木村さんに面白いマシンがあると言うので見せて貰った。 マシンと言っても、小さい白い箱からプラグがニュッと出ているだけである。そう、一昔前に話題になったあのSheevaplugである。 Sheevaplugはニュースで見て知って居たが、実物を見るのは初めてだ。とはいっても、実際に稼働しているものを見たわけではなく箱から出したばかりのものを見せて貰っただけである。実物を見た第一印象は、軽い！小さい！の一言だ。この小さな箱でサクサクとUbuntu Linuxが動いてたったの$99（送料別）というから、俺が欲しくなるのは当たり前というものである。Sheevaplugを知らない人のために、簡単にSheevaplugのスペックを紹介しよう。 ARM 1.2GHz CPU 512MB RAM 512MB フラッシュメモリ ギガビットイーサネット SDカードアダプタ

http://fedorasrv.com/lsyncd.shtml http://www.naney.org/diki/d/2009-02-13-lsyncd.html http://d.hatena.ne.jp/wadap/20090913/1252839223 linuxのinotify機能を使ってファイルアクセスを監視して、ファイルの更新を検知するとrsyncかけてくれるらしい。めちゃ便利じゃね？ inotify http://www.linux.or.jp/JM/html/LDP_man-pages/man7/inotify.7.html http://www.ibm.com/developerworks/jp/linux/library/l-inotify/index.html lsyncd 参考URLにあるように、デフォルトではrsync --deleteオプション付きなので注

topの結果のサマリーエリアに表示される内容をはっきり知らなかったので調べてみました。 top - 11:20:48 up 125 days, 1:52, 5 users, load average: 487.61, 372.36, 893.01 Tasks: 1534 total, 2 running, 1532 sleeping, 0 stopped, 0 zombie Cpu(s): 14.6% us, 14.7% sy, 0.0% ni, 68.2% id, 2.4% wa, 0.0% hi, 0.0% si Mem: 505292k total, 490608k used, 14684k free, 43996k buffers Swap: 1015800k total, 121940k used, 893860k free, 88224k cached まだ、調べきれていない部

ソースRPMがあってどこを修正すればいいのかわかった場合、パッチを作って当てる方法を。 環境はCentOS5.1*1でrpmbuildや開発環境(gccなど)がインストール済みのこと。 ソースRPMはhoge.src.rpmの場合 rpm -ivh hoge.src.rpm と実行すると/usr/src/redhat/以下、SPECSディレクトリにspecファイル、SOURCESディレクトリにソースのアーカイブやパッチが置かれる。 ここで、/usr/src/redhat/SOURCESに移動して、 rpmbuild -bp hoge.spec を実行すると、/usr/src/redhat/BUILDディレクトリの下にhogeというディレクトリができ、そのなかにパッチを当てた状態のソースが展開されている。 そのhogeディレクトリを作業ディレクトリにコピーし、同じ階層に同じものを別名（hog

ref. man script man screen http://sourceforge.jp/magazine/06/09/11/088249 新人を教育するのに使えるかなーと思って調べた。とりあえず画面見せるだけならscriptがてっとり早いのか。screenは異なるユーザと端末共有しようと思うと、setuidしたり(必要なら読み取り専用にしたり)と何か面倒な気がする。 が、3人以上で共有しようとすると名前付きパイプでは出来なかったので、screenを使わないとダメかも。 script 名前付きパイプ man scriptに書いてる内容。ほぼリアルタイムでモニタできる。 user1 $ mkfifo foo $ script -f foo user2 $ cat foo $ cat foo | tee script.log # ログ残す場合名前付きパイプ使ってるので、user2がca

全てのhttpdをkillする場合。 xargsを使う場合 # ps -A | grep [h]ttpd | awk '{print $1}' | xargs kill -9 or そのままkillの引数とする場合 # kill -9 `ps -A | grep [h]ttpd | awk '{print $1}'` pgrepが利用できる場合は ps -A | grep [h]ttpd | awk '{print $1}' => pgrep -x [h]ttpdで # kill -9 `pgrep -x [h]ttpd` pkillが利用できる場合は # pkill -9 -x [h]ttpd でよい。 こんなのも・・ # killall -9 httpd これはせこいwww for pid in `pgrep -x [h]ttpd`;do kill -9 $pid; done うむ。。

何か愉快なことがないかな、、とおもっていたら XBMC がバージョンアップしているじゃないですか! これは導入しなくてはいけません。 XBMC は初代 XBOX のメディアプレイヤー化プロジェクトを発端として、現在 Windows / Linux / Mac OS X でも動作する STB っぽいインターフェースを持つメディアセンターです。 テレビにつないで、サーバとかローカルストレージにある音楽とか動画を再生することができます。（テレビにつながなくてもいいですが、要はフル画面向けということですね!） XBMC Media Center for Mac OS X, Windows and Linux XBMC is an award winning media center application for Linux, Mac OS X, Windows and XBox. The ult

find -execは、1ファイルに対して1回ずつコマンドを実行。xargsは標準入力から受け取った複数のファイルに対して、コマンドを1回で実行(といってもシェルに渡せる限界があるから、入力が多すぎる場合は複数回にわけて実行)。だから、xargsのほうが早いと思っていた。例えば特定のファイルを消す場合。 $ find /tmp/ -type f -mtime +1 -exec rm {} \; # 以下とほぼ同等 $ find /tmp/ -type f -mtime +1 -print0 | xargs -0 -n1 rmところが、find -execで'\;'ではなく、'+'を指定すればxargsと同じように、複数ファイルに対してコマンド実行するらしい。 http://ja.wikipedia.org/wiki/Xargs これはすべての単一ファイルに対して一回ずつ rm を呼んでいる

忘れたころにたまに戸惑う。ログをgrepしたものをパイプに通してさらにgrepすると、grepがバッファしてしまうのでリアルタイムに出力されなくなる。そんなときは--line-buffered をつけると良い。 --line-buffered 行ごとに出力を掃き出す$ tail -f /var/log/httpd/access_log | grep --line-buffered "POST" | grep --line-buffered 'HTTP/1\.." 503'※ この例ならgrep二回通さなくても正規表現をちゃんと書けばいいだけだけど。良い例が思いつかなかった。

PC の BIOS アップデートをしようとするも、機械に起動できる FDD がついていない場合。 最近の PC だと多いですよね。 今の AWORD BIOS とかは Windows から更新できたりするのですが、この機械 Linux。。 てなわけで、USB メモリに MS-DOS をいれてブータブルにして、そこから BIOS 更新をというのを初めてやってみました。 USB起動ディスクの作り方 – MS-DOS、FreeDOS、イメージファイル、USBメモリ、フラッシュメモリ – パソコン・Windows 最近はフロッピーディスクドライブ（FDD）がないパソコンが多いので、USB起動ディスクの作り方を知っていると便利です。 最初、FreeDOS のほうをやってみたのですが、USB メモリが 4G とでかいためか、FAT32 を指定するもはねられてしまいました。 なんとか家に一台、FDD が