Você tem permissão para modificar o diretório de apoio de “bindfs”?

Question

Quão bem bindfs se comporta, quando o usuário faz alguma modificação no diretório inferior diretamente (ou seja, não através de bindfs)?

(Motivação: Eu achava que não seria uma boa ideia envolver um diretório com bindfs, no momento em que aquele diretório estava sendo gravado. Mas isso me deixou curioso.

Na teoria, eu também estaria interessado se houvesse uma resposta para outro sistema de arquivos FUSE ou um baseado nos princípios gerais do FUSE, mas não consigo pensar em uma boa maneira de perguntar isso aqui.

Montagens de ligação do kernel - mount --bind - compartilham o cache do VFS de alguma forma. Esse é um exemplo em que as modificações simultâneas são totalmente suportadas, até onde eu sei.

Um exemplo em que modificar um sistema de arquivos de apoio não suportado é o kernel overlayfs filesystem.

Changes to the underlying filesystems while part of a mounted overlay filesystem are not allowed. If the underlying filesystem is changed, the behavior of the overlay is undefined, though it will not result in a crash or deadlock.

    

Answer 1

Parece que há menos problemas com isso para bindfs, do que para overlayfs.

Isso basicamente implica que há suporte total, exceto por algumas limitações do MacFuse.

MacFuse caches file contents by default. This means that changes in source files are not always immediately visible under the mount point. -o nolocalcaches can be used to disable the cache.

link

Eu suspeito strongmente que isso esteja deixando de mencionar algo, porque há também um cache para atributos de arquivo (por exemplo, permissões) . O FUSE também armazena em cache as pesquisas de diretório. Dito isto, o tempo de vida padrão desses caches no FUSE, por ex. attr_timeout , parece ser muito curto, por ex. 1 segundo .