効果はどうですか？ファイルシステムバインディングユーザーがサブディレクトリを直接（つまり、binfsを介さずに）一部変更した場合はどうなりますか？
（同期：ディレクトリに書き込むときにバインディングを使用してディレクトリをラップするのは良いアイデアではないと思いますが、疑問に思います。
理論的には、他のFUSEファイルシステムがある場合、または一般的なFUSE原則による答えがある場合は興味がありますが、ここで質問する良い方法は思い出されません。
カーネルバインドマウント -mount --bind何らかの方法でVFSキャッシュを共有します。私が知っている限り、これは同時修正を完全にサポートする例です。
サポートファイルシステムを変更する例は次のとおりです。サポートしていないデフォルトではカーネルoverlayfsファイルシステムです。
オーバーレイがマウントされたファイルシステムの一部である場合、デフォルトのファイルシステムへの変更は許可されません。競合やデッドロックは発生しませんが、デフォルトのファイルシステムが変更された場合、オーバーレイ動作は未定義です。
ベストアンサー1
バインディングfsはoverlayfsよりも問題が少ないようです。
これは、基本的に、MacFuseのいくつかの制限を除いて完全なサポートがあることを意味します。
MacFuseはデフォルトでファイルの内容をキャッシュします。つまり、ソースファイルの変更がマウントポイントの下に常にすぐに表示されるわけではありません。
-o nolocalcachesキャッシュを無効にするために使用できます。
https://bindfs.org/docs/bindfs.1.html
私はこれが何か言及を省略していると強く疑っています。ファイル属性（権限など）のキャッシュもあります。。 FUSE はディレクトリ検索もキャッシュします。つまり、FUSE におけるこれらのキャッシュのデフォルトのライフサイクルは次のようになりattr_timeoutます。1秒程度の非常に短い時間。