Messages in this thread | ![/](/images/icornerl.gif) | | Date | Tue, 30 Nov 1999 10:26:02 -0700 | From | Dale Harris <> | Subject | Re: Help with non-standard mod to NFS Kernel daemon ... |
| |
On Tue, Nov 30, 1999 at 04:55:52PM +0000, Mark O'Neill elucidated: > One of the nicest aspects of this system is a shared heap model which > permits processes to use mmap() (as opposed to sbrk() to create and share > data heaps. The problem is while this works very nicely if the > co-operating processes are on the same machine, it fails under NFS because > user processes on a client machine cannot tell the NFS kernel daemon on > that machine to flush all cached data back to the physical file on the > NFS server. How hard would it be to implement an additional system call > [say nfssync()] to perform this function? Typically this would not impinge > on NFS filesystem performance, as this (slow) operation would only need to > be called when a process has finished modifying a shared heap in order to > provide up-to-date data for other clients of that heap. >
I wonder if it would be better to use CODA, or similar shared FS, as opposed to NFS in this situation. I don't have any strong knowledge of NFS standards, but I wonder if a nfssync() would be possible, and still be compliant with the standards out there. It wound't seem useful if it only worked on Linux boxen.
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dale Harris <rodmur@maybe.org> GPG key: 372FBD57 http://www.maybe.org/ Maybe is an Ambivalent Yet Beguiling Enigma
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |