問題タブ [inotify]

inotifyとは:

inotify は Linux カーネル サブシステムで、ファイル システムを拡張してファイル システムの変更を通知し、それらの変更をアプリケーションに報告します。

OpenVMS用?

~10,000 のサブフォルダーを含むフォルダーがあります。

Linux API またはツールは、/SharedRoot などの下の任意のフォルダーの変更を監視できますか、またはフォルダーごとに inotify をセットアップする必要がありますか? （つまり、10k以上のフォルダーに対してこれを実行したい場合、私は負けます）。私はこの非効率的な方法の例をすでに見たことがあるので、そうだと思います。

私の問題：
最近アクティブな「プロジェクト」を一番上にして、フォルダを時系列で並べ替える必要があります。

ファイルが変更されると、そのファイルの上の各フォルダーは、ファイルと一致するように最終変更のタイムスタンプを更新する必要があります。遅延は大丈夫です。ファイル (通常は MS Excel) を開き、再度閉じると、ファイルの日付が上下することがあります。このため、ファイルが閉じられるまで待ってから、そのファイルのフォルダーをチェックのためにキューに入れ、しばらくしてから、そのフォルダー内の最新のファイルを探しに行きます。 Excel または同様のプログラムによって、元のタイムスタンプにすでにさかのぼることができます。また、同じフォルダーの複数のファイルが使用/作成された場合、そのフォルダーの親のタイムスタンプをバッファリングして、少なくとも 1 つの遅延更新に折りたたまれた一連の更新を取得することは理にかなっています。

Linux ソリューションを探しています。Windows サーバーで実行できるコードがいくつかあります。キューイング機能のほとんどはここにあります: http://github.com/sesam/FolderdateFollowsFiles/blob/master/FolderdateFollowsFiles/Follower.vb

利用可能な API:s
Windows の inotify に関連するものである ReadDirectoryChangesW は、フォルダーとそのサブツリー全体を監視できます。http://msdn.microsoft.com/en-us/library/aa365465(VS.85).aspxの bWatchSubtree を参照してください。

サンバ？
samba ソースにパッチを適用する可能性はありますが、おそらく既に利用可能なフックがあるのでしょうか? クライアント側 (さまざまな Windows バージョン) や、フォルダーを再帰的に更新するためのファイル アクティビティのスパイなど、他の可能性はありますか?

大きなファイルや接続速度が遅い場合、ファイルのコピーに時間がかかることがあります。

pyinotifyを使用して、IN_CREATEイベントコードを監視しています。しかし、これはファイル転送の開始時に発生するようです。ファイルが完全にコピーされたときを知る必要があります-ファイルが半分しかない場合はあまり役に立ちません。

ファイル転送が終了して完了すると、どのinotifyイベントが発生しますか？

inotify でいくつかのファイルを監視しているときに、特定のイベントをトリガーしたユーザーを特定する方法を見つけようとしています。それは可能ですか？inotify_event 構造体にはこのようなものがありますか?

ディレクトリを監視しようとしていて、ファイルの変更を探しています。pyinotify の使用を考えています。問題は、IN_MODIFY イベントを使用してファイルの変更をチェックしているときに、たとえば 12 MB の小さなファイルをネットワーク経由でディレクトリにコピーすると、かなりの数のイベントがトリガーされることです。

あまり多くのトリガーを処理したくありません。ファイルがコピーされた後、単一のイベントのみをトリガーしたい。どうすればそれを達成できますか？

Pyinotifyの達人なら誰でも助けてくれます

Linuxでinotifyを使用してディレクトリを監視しようとすると、ご存知のとおり、ファイルが作成されるとすぐに（他のプロセスが書き込みを完了する前に）通知が届きます。

他のプロセスによってファイルへの書き込みが完了する前に、ファイルが読み取られないようにする効果的な方法はありますか？

遅延読み取りを追加する可能性があります。しかし、私たち全員が知っているように、それは欠陥があります。

シナリオをもう少し明確にするために; 2つのプロセスは異なるユーザーとして実行されています。予想される負荷は、1秒あたり約数百のファイルが作成されます。

jnotifyを使用して変更をチェックするディレクトリ同期プログラムに取り組んでいます。

jnotifyが変更を検出するたびに、同期が実行されるという考え方です。問題は、ディレクトリに多数のファイルがコピーまたは変更されると、1つの大きな同期ではなく、多くの同期が実行されることです。

理想的には、100個の大きなファイルをディレクトリAにコピーする場合、すべてのファイルがディレクトリAに完全にコピーされるまで、ディレクトリBへの同期は行われません。

どういうわけか、一時ディレクトリ（A1）を使用して、ファイルが完全にコピーされるまでファイルを保持してから、それらをA1に移動することを考えました。しかし、ファイルデルタのみを送信する同期を実行するためにユニゾンを使用しているため、このソリューションはうまく機能しません。これは、回避せずに使用したい機能です。

おそらく、i / jnotifyを使用して、複数のファイルが一度に更新されていることを検出する方法はありますか？

次のようなコードを使用して、続行する前にファイルが作成されているかどうかを確認しています。これは、統計によって検出されるずっと前にファイルがファイルブラウザに表示されていることです...これを行うことに問題はありますか？

あるいは、ファイルが存在するかどうかを確認するためのより良い方法はありますか？

私はinotifyでプログラムを作成し、ループ内のファイルの変更をチェックして、変更を取得します。しかし、私はこれがより良くできると思います。誰かがこのコードをもっとうまく書くことができますか？

別のクラスと呼ばれるスレッド化されたpyinotifyウォッチャーを実行していますが、現時点では、それらの変更に基づいてスクリプトにアクションを実行させたい場合は、検出結果をターミナルウィンドウに出力するだけです。

A）通知ごとにアレイを変更する

B）/ tmp内のファイルに書き込み、メインスクリプトからフェッチしますか？

c）プログラミングをあきらめる

入力ありがとうございます、

スチュワート