> > There are also plans to add some sort of cache coherency protocol,Yes, that makes sense. I expect this could be done by extending the existing requests with a flag saying the result is already cached. And then the filesystem can either reply with a special "cached data is valid" code, or it can reply normally with the fresh data. Oh well, you can turn off caching if it bothers you :) OTOH it would be rather hard (and probably against the point) to try to extend the sftp protocol to handle cache coherency. Sshfs is not meant to be a normal filesystem (although some people are trying to use it for home directories and such), just a simple way to access remote files. Miklos --
| Srivatsa Vaddagiri | [PATCH 1/2] rcfs core patch |
| Thomas Gleixner | Re: Regression in 2.6.27 caused by commit bfc0f59 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Florian Schmidt | blacklist kernel boot option |
git: | |
| Scott Chacon | Git Community Book |
| Peter Stahlir | Git as a filesystem |
| Matthew L Foster | git and time |
| Jakub Narebski | Re: VCS comparison table |
| frantisek holop | nptd regression in 4.2 |
| J.W. Zondag | Dell PE1950 III - Perc 6i |
| Alexey Suslikov | OT: OpenBSD on Asus eeePC |
| Richard Stallman | Real men don't attack straw men |
| hooanon05 | [PATCH 57/67] aufs sysfs interface |
| Michael Loftis | Re: [RFC] VM: I have a dream... |
| Suparna Bhattacharya | Reviewing ext3 improvement patches (delalloc, mballoc, extents) |
| Josef 'Jeff' Sipek | [PATCH 09/32] Unionfs: cache-coherency - dentries |
