Google一人勝ち(mycom.co.jp)。検索エンジンユーザの半分以上がgoogleか。すげーな。

ピアザが(yahoo.co.jp)エフェドラの使用をやめたらしい。一応記録しておくに値するだろう、これは。

サポーターは命を張っている(cnn.co.jp)のだ。最後の一文がものがなしい(？)。

逼迫しているローカルディスクを守るために、mew-imap-sizeを(* 4 1024)に縮小し、手動でrescanしました(以前は(* 8 1024)だった)。

LTT(opersys.com)を試していたら突然落ちた。panicかな。電源OFFしか受けつけない、ひどい落ち方だった。油断できねー。tracedaemonを起動するときにミスったみたいだ。 もともとLTTを使おうと思ったのは、不可解なディスクアクセス(何もしてないのに数秒おきに書き込みが起きる)を解析するためだった。これがあるためにX30のディスクは決してspin downせず、かなりの打撃になってると思うのだ。 (追記) 2003-05-13 10:41 ツールがなくても見当くらいはつくわい、と思ってkillall -STOP gkrellmをやってvmstatで見ていたら、boがつかなくなった。しかしすでに生活がかなりgkrellmに依存しているため捨てるわけにもいかない。そこで/と/usrをnoatimeでremountしてみたらboがつかなくなった。なるほど。だまって/etc/fstabを書き換えた。これで解決するといいなぁ。しばらく

 # vmstat 1 | awk '(int($11)!=0){print strftime("%Y/%m/%d %H:%M:%S "),$11;}'

で監視してみることにした。 (追記) 2003-05-13 14:30 さらにbdflushでインターバルを無効にして、それでも平均30秒くらいでディスクに書きに行く。なんだこいつは。 調べたら、jbd(ext3で使ってるjournal機構)のCommit Intervalが5秒で、5秒おきに書きに行っていた犯人は実はこいつらしい。つまりext3はそもそもノートPCには向いてない。 結局/usrをXFSかJFSかReiserFSにして、/をext2に戻すのが現実的な気がしてきた。ReiserFSには昔世話になってたが、あんまりいい印象がなかったりする。JFSかXFSにしようと思う。FS選びか。なつかしいぜ。とりあえずHDDを買ってJFSにしてみる。XFSでrm -rが遅いのはつらいのだ。

Paint Shop Pro 8がPythonを採用(python.jp)とのこと。めでたい。

Red Hatのアップデートディレクトリをちらっとのぞいたらけっこうアップデートがあったので、LPRng, zlib, zlib-devel, libpcap, mysql, mysql-server, mysql-devel, tcpdumpをアップデートしました。 mysqlは手動でkillしないとrestartできなかったので少し焦った。pidファイルが勝手に消されてしまったのかな。

彼が戻ってくるらしい(nikkansports.com)。どうなのか。実際に会ってもいないので、現在の彼の状態がわからないのだが。社会に出ないとできない勉強もあるし、永遠に隔離しておくわけにもいかぬ。…しかし、あの事件はすごかったからなー。 (追記) 2003-05-12 16:47 朝日にも(asahi.com)記事が出た。

「お客さまに安心してご利用いただく」とは(hatena.ne.jp)。フォーム用のページにしかSSLを使っていないサイトの問題点について指摘している。たしかに、銀行のネットバンキングってけっこうそういう感じみたいだ。某Ｆ社のマイ○フィスのログイン画面もそう。確かに違和感を感じていたが、こう具体的に脆弱だと指摘されると、違和感どころではなくなる。JNBとSMBC、あとDLJしか使ってないけど、早速チェックしてみようと思う。 (追記) 2003-05-13 18:11 JNBは大丈夫だと確認した。SMBCもDLJも、ログから見て大丈夫なはず。

高田馬場で(asahi.com)大変なことになっていたらしい。群衆はおそろしい。