コグノスケ

ウイルスチェック高速化（予想）

先日（2010年3月30日の日記参照）の続き。

ファイルに対してできるアクセスは、読み（実行は読み込みを伴うので読み込みの一種）、書き（削除は書き込みの一種）のどちらかです。ウイルスが悪さするアクセスパターンは下記の通りです。

既存ファイルの読み出し、既存ファイルへの上書きは即時にチェック（チェックの必要性が ○）しますが、新規ファイルへの書き込みはスキップ（チェックの必要性が △）できます。

理由は全読み込みアクセスをチェックできれば、後の読み込み時のチェックで「十分」であるため、ですが…説明になっていないので、ウイルスを新規作成したときの動作で考えてみましょう。

ウイルスファイルが新規作成されても、それだけで悪さはできません。悪さをするには、ウイルスファイルを実行するか、既存ファイルにウイルスデータを混ぜて良いファイルのふりをして実行する必要があります。

実行にせよ書き込みにせよ、一度は新規作成したウイルスファイルの読み込みを経なければなりません。つまり新規作成されたウイルスファイルが悪さをするには、新規作成されたウイルスファイルの読み込みが必要です。

新規作成されたウイルスが読み込まれる時にチェックできれば、新規作成されたウイルスが悪さするのを十分阻止できる、といえます。

ローカルドライブへのコピーが速いわけ（予想）

先の結論をまとめると、

1. ウイルスが新規作成されただけならば、ウイルスは悪さできない
2. 新規作成されたウイルスが悪さするには、読み込みが必要
3. 全読み込みをチェックできれば、悪さできない

要は全読み込みをチェックできるなら、新規作成時のウイルスチェックは不要であり、「新規作成時にウイルスチェック」をサボって「後に読み込む時にウイルスチェック」（これこそ遅延評価ですね！）をすると速くなることが予想されます。

さて懸案のローカルドライブへのファイルコピーを先ほどの表に当てはめてみると、下記のようになります。

確認すると、私が実行するコピー作業の9割以上が新規コピーで、上書きコピーはほとんどありませんでした。新規コピーファイルのチェック遅延が効果的に効くため、ローカルドライブへのコピー作業は非常に速いのだと思われます。

ネットワークドライブへのコピーが遅いわけ（予想）

ローカルドライブでは遅延評価により高速化が望めましたが、ネットワークドライブに関しては「3. 全読み込みをチェックできれば、ウイルスは悪さできない」が成立しないため、遅延評価ができません。下記にローカルドライブとの違いを挙げます。

ローカルドライブ

自身しかアクセスする可能性がないため、全読み出しをチェック可能。

ネットワークドライブ

他者からアクセスされる可能性があるため、全読み出しをチェック不可能。

このため新規作成のファイルも全てチェックする必要があります。だからネットワークドライブへのコピーは非常に遅いのです。

遅延評価

先日（2010年3月28日の日記参照）の続き。

さてKaspersky先生、なぜにネットワークドライブへのコピーだとウイルスチェックがこんな重いのでしょう？

予想するにローカルドライブ間のコピーは遅延評価しているので高速ですが、ネットワークドライブへのコピーでは全数チェックするので、遅いのでしょう。

とりあえず日本語で話せよ？な？って人は、以降を読むとわかったような気になれるかもしれません。興味ない？あ、そう…。

遅延評価とは何か

ざっくり言えば「やれと言われた時にやらず、後で必要になったときにやる」という手法です。この手法は、

1. 作業に時間がかかる
2. 作業の結果が後々無駄になる可能性が高い

という時に非常に有効な作戦です。

ウイルスワクチンソフトも同様の作戦が使えます。PCが遅い！とお嘆きのユーザのため、サボれるチェックをとことんサボって高速化させているものと予想されます。

ただし遅延評価で気をつけたいのは2. の判定が難しく、見誤ると逆に効率が悪くなることです（1. は実際やって時間でも計れば自明です）。

見誤った例としては、「勉強はテスト前に〜」「ダイエットは明日から〜」が良い例でしょうか。勉強やダイエットは、作業に時間がかかります（1. は成立）が、後々無駄になることは少ない（2. は不成立）です。

続きはWeb…じゃなくて、明日にでも…。

FTOとお別れ

目次: 車

三菱のディーラーにてFTOを手放す手続きをしてきました。その後は廃車になると思っていたのですが、聞いてみると中古車オークションに流すのだそうです。

私のFTOがマイナーチェンジ前の最上位グレードGPXだったため、ディーラーにて中古車として売れる可能性ありと判断していただいたようです。おかげで少しだけお金が返ってきました。

さよならFTO

最近はあまり乗る機会もなく、ホコリ被り気味のFTOでしたが、いざ手放すとなると寂しいものです。

FTOは大学2年で買ってもらったので2002年〜2010年の8年間に渡り頑張ってくれました。実に人生の1/3を共に過ごした車なのです。

思い起こせば、大学時代には普段乗りも遠出も色んな所行ったなあ。富士山登ったりもしたなあ。社会人時代だとつくば〜大阪往復が一番ロングドライブかな？あれはもうやりたくないんだぜ…。

ちゃっかりリコール対象車だったり、エンジンがトラブってバイト代が飛んだりもしたっけ。それもまた良い思い出。

次のオーナーが見つかるか、はたまた廃車かはわかりませんが…。FTOお疲れ様、さようなら。

楽しい車を作ってくれた三菱の人々に感謝です。次（いつになるやらわからないけど）の車も大切に乗りたいと思います。

代休

3日分あった代休ですが、今日で最後です。

Sambaサーバへのコピーが異常に遅い

家のファイルサーバにファイルをコピーする際、異常に遅くてイライラします。

小さなファイルの転送が遅すぎます。1秒に数ファイルも送れません。転送しているファイルのサイズはどれもたかだか数KBで、転送元のWindowsマシンとファイルサーバとは、ギガビットイーサネットで接続しているにも関わらずです。

ネットワークの使用率を見ても、1MB/sも出ているかどうか怪しい状態です。

サーバ側はどうか

前のサーバでは起こっていなかったので、サーバの設定が怪しいのでしょうか？

真っ先に浮かぶのはSambaの設定ですが、以前から変えていません。

他に思い当たる節は、ファイルシステムをReiserFSからXFSにした（※）くらいですが、そんなことが影響するとは思えません。だってtarballの展開とか、rsyncとか、cp -rは速いんですよ。

（※）ReiserFSはマウント時のfsckが他のジャーナリングファイルシステムに比べてかなり遅いのと、マウント時の変な音が嫌なのです。
変な音って何と言われてもうまく伝えられないのですが、マウント開始から数秒間はカカカカ…、その後はガガッガガガッ…という音が続きます。やたらとディスクに負荷かかってそうな音です。

クライアント側はどうか

ファイルコピー中にWindows側をよく見ると、Kaspersky先生が元気に動いていることに気づきました。

ローカルドライブへのコピーだとこんなこと起きないので、いやーまさかと思って Kasperskyを止めてからファイルコピーしたところ、超速い。体感速度10倍以上です。

クライアント側がおかしかったのに、サーバに原因がありそうなんて疑ってかかったものだから、余計な時間を食いました。変な経験則から偏った見方をすると、人間、目が曇りますね。

代休

私の勤務先では休日出勤をしたらその分だけ「代休」を取れる、というルールがあります（※）。

休日出勤に対しては割増の給与（125％〜135％？）が支払われますが、休日出勤した日数と同じ日数だけ代休を取得をすることで、割増の給与の基本額部分を相殺します。結局、休日出勤をした月の給与は割増分（125〜135％ - 100％ = 25〜35％）のみが増額される、という仕組みです。

ざっくり言えば、休む日数は変えないけれど、日曜や祝日に働いたんだから少しご褒美を下さいよ、ってことですかね…。

（※）たしか労使協定で決めているルールですので、会社によってはルールが全く違うかもしれません。

過ごし方

とまあ勢いで調べたことを書き連ねましたが、細かいこたぁどうでもいいんです。

今日の大事なことは、目が覚めたら既に夕方で、えらく損した気分だったってことですよ。一日が短いよー！

今日も

休日出勤であります。モノレールが空いていて良いな…と思ってしまいます。

火水木金土

毎日モノレールにぎゅうぎゅう詰めにされていると、勤務する日を月〜金ではなく、火〜土にずらしたくなります。一日くらい快適な日があっても良いのでは…という考えが頭をよぎります。

しかしそれは粗悪政策「大型連休分散」と同じ発想、つまり社民党と同レベルの思考ではないですか。ちょっと自己嫌悪ですわ…。

初挑戦

携帯から日記を書いてみるものの、タグが打ちづらいことこの上ないです。中括弧の連発が面倒すぎる。

こんなことならRTF風になんてするんじゃなかったですね。設計の失敗だわ。

以前の自宅サーバで運用していたときは、Digest認証だったのでドコモ携帯からは認証できませんでした。今はさくらインターネットのサーバの都合上Basic認証にせざるを得ない（移行当時は。たぶん今もそう。）ので携帯からでも書けてしまいます。

便利ではあるけど、セキュリティとしてはいまいちだな…。