clamav-update

t0mori · 登録日: 2006.11.17 記事: 105 所在地: 東京都

最近ClamXav（Mac版の話です）を1.0.8から1.1.1にアップデートしたのですが、ClamXav Sentryがものすごくメモリ食いです。
特にログイン時にログイン項目として登録しておくと、起動時に何かしら暴走に至る原因があるのか、搭載メモリをあらかた食い尽くして、開放しなかったり。
再起動すると直ったりするのですが、しばらく使っていて、ふと気付くとまた暴走していたり。

元々ちょっと不安定だったので、1.0.8からのアップデートを避けていたのですが、まだ怪しい感じがしてます。皆さんの環境ではどうですか？

okamura

最近 ClamXavSentry をログイン項目に入れておらず、別な方法で起動しています。そうする前もそうした後も特にそれほどメモリを食うという印象はないですねえ。

ただ、シンボリックリンクが適切にフォローできていないのでそのためにスキャンが何度も何度も繰り返されてマシンのリソースがかなり消費されるというケースはありました。

例えばデスクトップにホームへのシンボリックリンクを入れておくとホームの下を多重にスキャンしてしまいます。しかも延々と。その過程でメモリもじわじわと浪費されていってしまいます。そういう間接的でも循環するパターンになるシンボリックリンクはありませんか?
_________________
OKAMURA

t0mori · 登録日: 2006.11.17 記事: 105 所在地: 東京都

ホーム内で完結するような形でシンボリックリンクを使用してるのって、多分"/Library/Application Support/iBlog"フォルダを、同期させる為に"~/DropBox/"の中にシンボリックリンクを貼っていて、それくらいだと思うんですが。
OKAMURAさんの書かれてる例って、いわゆる落語の頭山的な、ループしてしまう状態でって意味ですよね？　上記ってそれに当たるでしょうか？

okamura · 日時: 2008-12-27 03:00:21+00:00 記事の件名: ~/DropBox/ の中は?

~/Library/Application Support/iBlog →実は→ ~/DropBox
ということですよね。これ自体は OK です。

~/DropBox の中でどこかへのシンボリックリンクがあったりしません?

t0mori · 登録日: 2006.11.17 記事: 105 所在地: 東京都

okamura

ClamXav のフォーラムにこれと似たトピックが上がりました。「Mark's Software Forums :: View topic - Huge memory usage by Sentry」

解決に結びつく投稿はまだないようですが、ウォッチしておくとヒントが出てくるかもしれません。
_________________
OKAMURA

t0mori · 登録日: 2006.11.17 記事: 105 所在地: 東京都

お、まさしく僕の状況と同じかも。これが始まると最初はタイピングが緩慢になり、やがてほとんど何の操作も受け付けなくなってくるんですよねぇ……。
お正月早々、ありがとうございます。しばしウォッチしてみます。

okamura · 日時: 2009-01-06 12:41:24+00:00 記事の件名: 巨大なファイルは?

あと思いつくのは、巨大なファイルのスキャンです。例えば Parallels のゲスト OS の仮想ディスクのファイルとかです。数ギガバイトから数十ギガバイトのファイルなので、これのスキャンに入るととんでもないことになりますよね。

ClamXav の環境設定で対象外のファイルのパターンを指定する --exclude オプションや、対象外のディレクトリを指定する --exclude-dir オプションを指定したのは ClamXavSentry でも効いたんでしたっけ?

検出だけでなく検査した全てのファイルがログに出るように ClamXav を設定して、どのファイルの検査のときにその状態になってしまうのかを見極めてみてはどうでしょうか。
_________________
OKAMURA

okamura

件の ClamXav のトピックで、clamd への接続を UNIX ドメインソケットから TCP ソケットに切り替えたら解消したという報告があがっています。

その投稿にはいくつかの clamd.conf の設定が書かれていますが、TCP ソケットの場合そこに書かれていない StreamMaxLength という設定項目が効いてきます。これのデフォルト値は 10M バイトです。これ以上はスキャンされません。

ですのでメモリ浪費が解消された直接要因は TCP ソケットにしたことではなく、スキャン対象の大きさが制限されたことが直接要因の可能性が大きいと考えられます。
_________________
OKAMURA

t0mori · 登録日: 2006.11.17 記事: 105 所在地: 東京都

TCPソケット云々はまだいじってません。取り合えず現状報告。

Parallelsのディスクイメージファイルである.pvmは、スキャン対象から外すようにClamXavの環境設定から設定してみて、様子を見てみましたが、特に変化ないようです。

それでスキャン最中の更新されるログを眺めてみたのですが、
Ignoring deprecated option ArchiveMaxCompressionRatio at line 295
というのが繰り返し出力されています。clamd.confのその行では1000と設定されているのですが、どの辺が適切なんでしょう？　無視するというくらいだから、大きいって事なんでしょうかね？

okamura

t0mori · 登録日: 2006.11.17 記事: 105 所在地: 東京都

なるほど。早速設定とclamd.confを修正しました。

ところでログを見ていて思ったのですが、いつの間に階層を深化してスキャン出来るようになったんでしょう？　1.1からですか？　1.08で止まってるうちに進化してたんですね。すっかり浦島太郎状態です Embarassed

Library内の.plistとか、他のアプリケーションを使う度に常に更新されるものを、片っ端からスキャンするんですね。アンチウィルスソフトとしては正しい挙動なのかも知れませんが、ちとうざいので"~/Library/Preferences/"を対象外にしようか迷い中。
ただ、それ自体が異常な重さの原因ではないようです。

okamura · 日時: 2009-01-15 14:46:41+00:00 記事の件名: 1.1.0 からです

ClamXav Sentry がサブディレクトリもスキャンするようになったのは ClamXav 1.1.0 からです。Spotlight を利用しているようです。従来の指定したディレクトリ直下だけという指定も ClamXav の環境設定からできます。

私はホームを監視フォルダに設定していてサブディレクトリもスキャンするようにしています。Parallels の仮想 HD やメモリファイルの他に圧縮された iso, dmg ファイルなども除外しています。あと ClamdOmitScan のスキャンデータのディレクトリも除外しています。これで例の間接循環のシンボリックリンクを解消した状態で ClamXav Sentry は快調に仕事しています。

プリファレンスは確かに割と頻繁にスキャンされるし、ブラウザのキャッシュなどもそうですね。でも私のところではそれがパフォーマンスに影響するほどではないです。もっとも clamdscan コマンドを ClamdOmitScan.pl を実行するスクリプトに入れ替えて ClamXav Setnry には実際には ClamdOmitScan.pl を使わせているので不必要なスキャンがスキップされているからかもしれません。
_________________
OKAMURA