Re: sharing memory map between processes (same parent)

phil-news-nospam@xxxxxxxx wrote:

There's no need to open the mapping twice. It's only needed one. The
idea is for one process to go ahead and open and map the file and have
it all ready, maybe even with a few pages referenced, and hand it over
to the next process. That's what I do now with open descriptors. One
process opens the descriptor and hands it over to another process to
read from.

Why set up the mapping in the first process if it isn't going to actually use it?

Setting up mappings is relatively expensive, so it should only be done in the process that is going to use the mapping.

Chris
.

Relevant Pages

  • Re: sharing memory map between processes (same parent)
    ... |> | different if the reason was that the mapping was private than it would ... That's what I do now with open descriptors. ... process opens the descriptor and hands it over to another process to ... and am exploring to find another way. ...
    (comp.unix.programmer)
  • Re: sharing memory map between processes (same parent)
    ... |> There's no need to open the mapping twice. ... |> process opens the descriptor and hands it over to another process to ... map the file in the first process. ... On a slow machine, ...
    (comp.unix.programmer)
  • Re: sharing memory map between processes (same parent)
    ... |> | different if the reason was that the mapping was private than it would ... That's what I do now with open descriptors. ... process opens the descriptor and hands it over to another process to ...
    (comp.unix.programmer)
  • change "My SIte" URL to a custom page
    ... Sharepoint portal site, or just type http://server/MySite ... it opens the page "default.aspx" (i.e ... do u know where the mapping (clicking of "My SIte" ... can I edit this mapping, ...
    (microsoft.public.sharepoint.portalserver.development)
  • Re: sharing memory map between processes (same parent)
    ... |> idea is for one process to go ahead and open and map the file and have ... That's what I do now with open descriptors. ... |> process opens the descriptor and hands it over to another process to ... but I want to explore possible ways to avoid threading. ...
    (comp.unix.programmer)