Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Feb 1999 03:49:59 -0500 (EST)
From:      "John S. Dyson" <dyson@iquest.net>
To:        dillon@apollo.backplane.com (Matthew Dillon)
Cc:        tlambert@primenet.com, dyson@iquest.net, dg@root.com, kuku@gilberto.physik.RWTH-Aachen.DE, hackers@FreeBSD.ORG
Subject:   Re: portability of shm, mmap, pipes and socket IPC
Message-ID:  <199902110849.DAA03600@y.dyson.net>
In-Reply-To: <199902110625.WAA88612@apollo.backplane.com> from Matthew Dillon at "Feb 10, 99 10:25:29 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Dillon said:
> 
>     The issue of file-backed storage verses anon mmap is certainly real,
>     but it's divergent enough from the original discussion that it should
>     have been brought up as a separate item rather then as a response,
>     That's all.
> 
>     This brings up a good point, though... I think it might make sense 
>     to be able to specify a MAP_ flag to mmap to indicate that the file's
>     dirty data backing the map ( for non-anonymous maps ) does not have to 
>     be synced by the syncer.  That would make mmap() a much more useful
>     tool for sharing working sets.  The file data would be synced on the 
>     last close of the vnode and if the program really doesn't want it to be
>     synced at all, the program could madvise() it free ( and we could fix
>     madvise() to actually support throw-away on a vnode ).
> 
>     Another possibility would be adding a memory reference passing capability
>     to unix-domain socket messaging.  We can already pass descriptors and 
>     access rights, why not memory too? ( ala mach ).
> 
I agree with much of this.  I suggest looking at some commerical implementations
and/or standards docs to see a good way to implement the above from an API
standpoint.

-- 
John                  | Never try to teach a pig to sing,
dyson@iquest.net      | it makes one look stupid
jdyson@nc.com         | and it irritates the pig.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199902110849.DAA03600>