私はそうではないと信じています理想的なbtrfsを実行するための正しいファイルシステムレイアウト、私が得たものはext4ファイルシステムレイアウトと似ています。 /.snapshots以外のサブボリュームはありません
既定では、次のコンピュータが数百台あります。
/dev/mapper/system-root 2097152 396120 1230536 25% /
/dev/mapper/system-usr 3670016 1778496 1434560 56% /usr
/dev/mapper/system-boot 524288 128848 202320 39% /boot
/dev/mapper/system-root 2097152 396120 1230536 25% /.snapshots
/dev/mapper/system-root 2097152 396120 1230536 25% /srv
/dev/mapper/system-root 2097152 396120 1230536 25% /root
/dev/mapper/system-opt 2097152 754016 978080 44% /opt
/dev/mapper/system-tmp 1048576 4352 751936 1% /tmp
/dev/mapper/system-home 10485760 1312884 8594316 14% /home
/dev/mapper/system-var 8388608 2695188 5342956 34% /var
/dev/mapper/system-splunk 8388608 3648160 4311040 46% /opt/splunk
/dev/mapper/system-zypp 1048576 31236 725500 5% /var/cache/zypp
events_unboundSles15 - SP3にアップグレードしましたが、一部のスレッドがすべてのCPUを使用している非常に深刻なバグが発生しました。パフォーマンスこれはbtrfsのメンテナンス作業によって引き起こされたことを示しました。
さらに、この問題に対する解決策は、すべてのファイルシステムにそれぞれの操作を実行するのに十分なディスクを提供するようです。btrfs balance start --full-balance /path/to/thing
これを行うには、多くのボリュームにスペースを追加する必要があることがわかりました（50％の空きスペースを報告するボリュームも含めて）。
それで、私が気になったのは、各ファイルシステムで全体のバランスをとるのかどうかを確認するために監視する必要があり、実際に各ファイルシステムでバランスを取るだけでなく、良いしきい値を見つける方法があるかどうかです。したがって、空き容量が全体の特定の割合（または他の意味のある指標）に達したら、イベントの種類を開始してCPUを占有する前に変更できますか？