Re: [OMPI devel] Snow leopard builds
On Jan 24, 2010, at 8:21 PM, Ralph Castain wrote: > I've been running the devel trunk + all released versions on SL since shortly > after it came out without problem. +1 I converted to SL within the last month or two and haven't had any major problems. All recent versions of OMPI seem to work for me (trunk, 1.5, 1.4). -- Jeff Squyres jsquy...@cisco.com
Re: [OMPI devel] Snow leopard builds
Rich,
Have you updated your developer tools to Xcode 3.2.1? If you still have the old
developer tools you were using before upgrading to SL, this may be the problem.
Greg
On Jan 24, 2010, at 7:33 PM, Paul H. Hargrove wrote:
> I build ompi-1.3.3 on Snow Leopard with no problems.
> I have not tried any other versions.
>
> -Paul
>
> Graham, Richard L. wrote:
>> Has someone managed to build ompi on snow leopard ? I am trying to build,
>> and it looks like configure does not detect the support for htonl and
>> friends, so it adds the definition.
>> static inline uint32_t htonl(uint32_t hostvar) { return hostvar; }
>> with the compiler proceeding to do a macro substituion for htonl, which
>> obviously does not work. I am hoping someone has run into this AND fixed
>> the problem and could save me trying to figure out this part of our
>> configure script, and how to fix it.
>>
>> Thanks,
>> Rich
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>
>
>
> --
> Paul H. Hargrove phhargr...@lbl.gov
> Future Technologies Group Tel: +1-510-495-2352
> HPC Research Department Fax: +1-510-486-6900
> Lawrence Berkeley National Laboratory
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
Re: [OMPI devel] MALLOC_MMAP_MAX (and MALLOC_MMAP_THRESHOLD)
On Jan 17, 2010, at 12:13 PM, Ashley Pittman wrote: > It is something bear in mind when analysing application performance and > diagnosing memory problems with applications, a FAQ entry should be > considered the minimum IMHO. What, specifically, do you think we should put in the FAQ? (it's easy to add stuff to the FAQ; it's more difficult to decide exactly what should be there) -- Jeff Squyres jsquy...@cisco.com
Re: [OMPI devel] MALLOC_MMAP_MAX (and MALLOC_MMAP_THRESHOLD)
Jeff Squyres wrote: On Jan 17, 2010, at 12:13 PM, Ashley Pittman wrote: It is something bear in mind when analysing application performance and diagnosing memory problems with applications, a FAQ entry should be considered the minimum IMHO. What, specifically, do you think we should put in the FAQ? (it's easy to add stuff to the FAQ; it's more difficult to decide exactly what should be there) One possibility is to have a section that discusses how different MPI implementations may differ in performance in "non-MPI" kinds of ways. E.g., *) Some MPI implementations add optimization flags to their mpicc/mpif90 wrappers by default. So, default compilation with one MPI gives you optimization, while another does not. *) Different MPI implementations have different default process binding behaviors. *) This whole MALLOC issue. Arguably, these issues aren't inherent to MPI. They are general HPC performance tuning considerations. It's a slippery slope to get into these issues (our users care about performance and these things are important to performance, therefore we should tell our users about these things, but where do we stop?). On the other hand, given that these are knobs that various MPI implementations touch (and touch in different ways), they may make sense for us to discuss. Looking into some such FAQ additions is on one of my "to do" lists, but I'm not territorial and can't promise if/when I would get to any of this.
Re: [OMPI devel] PML csum: checksum for RDMA transfers?
On Jan 19, 2010, at 9:59 AM, Sebastian Rinke wrote: > I'm using csum PML to detect errors in data transfers. > Regarding RDMA transfers (in the pipline protocol for instance), > is there an error checking enabled as well? I believe so. IBM -- can you confirm? -- Jeff Squyres jsquy...@cisco.com
