0

コンピューター上のファイル構造を監視するために launchd を実装することを考えています。ウォッチパスを使用して、これらのディレクトリのいずれかが変更されたかどうかを確認しますが、各ディレクトリを説明する新しいプロパティ リスト ファイルを作成する必要があります。私の論点は、これがどれほどスケーラブルかということです。10、100、1000、またはそれ以上のディレクトリを監視している場合、コンピューターのパフォーマンスが低下していることに気付きますか? それとも、処理ではなくメモリに焦点を当てたこの多くのパスを監視することでリソースが消費されますか?

これらのジョブは、ファイルが削除または名前変更されたときに処理するために使用され、このファイル構造のルートにあるマニフェストを更新するため、アプリケーションはツリーをたどることなく、どのファイルがどこにあるかを認識します。アプリケーションの応答性と認識性をもう少し向上させようとしています。これらのジョブはデーモンまたはエージェントのどちらにする必要がありますか? ユーザーがログインせずにこの構造を変更する方法がわからないため、エージェントを推測しましたが、これらのジョブは GUI を作成する必要はありません。

launchd は、この方法で任意のサイズのファイル構造を処理するのに十分なスケーラビリティを備えていますか?

他のオプションはありますか?(携帯性はいいと思います。)

4

1 に答える 1

0

ファイルの名前が変更されたかどうかの処理は、FSEventsまたはkqueuesを使用してより適切に実行されます。

于 2013-02-24T06:30:10.713 に答える