Re: [myrinet] Re: [Myricom help #8219] Fwd: Registered memory in MPICHover GM

Patrick Geoffray <[email protected]>
Newsgroups gmane.network.myrinet.general
Organization Myricom Inc
Message-ID <[email protected]>
Bill Allard wrote:
> 
> Thanx, Patrick!  It seemed to me that MPICH-GM would <not> register memory
> each time a send or receive is issued and that some sort of caching
> mechanism would be necessary to avoid this.  This is what you affirmed and
> you even told me what source file to check it out in.

Right.

> In my own stuff, for the time being, I register a big block at startup,
> never register it again, and manage this block as needed.  

This is exactely what you should do, because you control everything in 
your application. The problem with MPI is that the application sends or 
receives message from buffers allocated statically or by malloc().

> It would be
> nice not to grab a big block in the beginning.  In order to know how to
> deal with all this, one needs to know just how expensive it is to register
> memory.  Is there a short answer to this?  If push comes to shove I can
> experiment but life is short...

Indeed :-)
The very short answer is: It depends of the CPU clock, SMP or not, 
Linux kernel release. 
The short answer is: roughly (5us (system call) + 0.5 us per page 
(lock+registration)).

Patrick

----------------------------------------------------------
|   Patrick Geoffray, Ph.D.      [email protected] 
|   Myricom, Inc.                http://www.myri.com
|   Cell:  865-389-8852          685 Emory Valley Rd (B)
|   Phone: 865-425-0978          Oak Ridge, TN 37830
----------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.