ファイルシステムの使用量が大幅に変更された場合のスクリプトトリガー

ファイルシステムの使用量が大幅に変更された場合のスクリプトトリガー

systemd非効率的に聞こえる数秒ごとにポーリングを実装しなくても、特定のファイルシステムの使用量が特定の制限を超えるか下回ると、基本システムがカスタムスクリプトを呼び出すことができる既存のソリューションはありますか?

一部のデバイスマッパーベースのデバイスでは、スナップショットdmeventdの使用レベルによってスクリプトがトリガーされることがありますが、これはブロックデバイスレベルに適用されます。ファイルシステムレベルのソリューションを探しています。

私がやりたい最初のことは、tmpfs現在のスワップスペース使用量に基づいて制限を動的に調整することです。プログラムがより多くの/tmpスペースを使用する場合は、十分なスワップスペースがまだ使用可能であり、ダーティーページ数が十分に少なくなります。削除後に制限を増やし、mount -oremount,size=%LIMIT /tmpファイルを最小限に減らすことができます。
ただし、スワップ領域がほとんどいっぱいであるか、ダーティページが多すぎる(関連プログラムが速すぎる場合)、スクリプトは現在の使用量を記録し、使用量を引き起こすプロセスを見つけ、システムを確保するためにlsoftmp制限を低く保ちます。 。安定。

使用する正しいタグがわからないので、提案を歓迎します。

関連情報