From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 3 Nov 2008 01:22:35 +0100 From: Enrico Weigelt To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20081103002235.GD27416@nibiru.local> References: <20080717142135.539A31E8C1C@holo.morphisms.net> <20080729085214.GA3072@nibiru.local> <20080729162639.GA31092@satori.no-ip.org> <20080730152904.GA17909@nibiru.local> <1217432588.5036.100.camel@goose.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1217432588.5036.100.camel@goose.sun.com> User-Agent: Mutt/1.4.1i Subject: Re: [9fans] mmap Topicbox-Message-UUID: 2cc16598-ead4-11e9-9d60-3106f5b1d025 * Roman V. Shaposhnik wrote: > On Wed, 2008-07-30 at 17:29 +0200, Enrico Weigelt wrote: > > Convenience is one point (sometimes be a big point), but another > > important one is sharing. Without mmap(), an (real) shared library > > support most likely will require special kernel support. > > What aspect of shared libraries are you aching for? Dynamic > linking or the dynamic loading? 3rd: Sharing pages. Well, this perhaps also could be done if the kernel would be able to detect equal pages and automatically map them together (maybe w/ copy-on-write again). BTW mmap() is also nice for creating shared memory between (local) processes. For example RDBMS'es can get a huge benetit from this. cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ cellphone: +49 174 7066481 email: info@metux.de skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ----------------------------------------------------------------------