[O-MPI devel] collectives discussion @LANL

2005-07-18 Thread Jeff Squyres
Did we ever set a day/time for the collectives meeting at LANL next week? (we may have and I've forgotten...?) I ask because those of us involved in that meeting will need to reserve time on the Access Grid and coordinate with the remote sites for participation. AFAIK, we have 2 remote

Re: [O-MPI devel] processor affinity

2005-07-18 Thread Rich L. Graham
On Jul 18, 2005, at 6:28 AM, Jeff Squyres wrote: On Jul 18, 2005, at 2:50 AM, Matt Leininger wrote: Generally speaking, if you launch <=N processes in a job on a node (where N == number of CPUs on that node), then we set processor affinity. We set each process's affinity to the CPU number

Re: [O-MPI devel] processor affinity

2005-07-18 Thread Ralph Castain
Did a little digging into this last night, and finally figured out what you were getting at in your comments here. Yeah, I think an "affinity" framework would definitely be the best approach - can handle both cpu and memory, I imagine. Isn't clear how pressing that is as it is mostly an

Re: [O-MPI devel] collectives discussion @LANL

2005-07-18 Thread Edgar Gabriel
don't forget Stuttgart in the list of remote sites :-). Rainer will be at the meeting, but I can only attend through Access Grid. Thanks Edgar Jeff Squyres wrote: Did we ever set a day/time for the collectives meeting at LANL next week? (we may have and I've forgotten...?) I ask because

Re: [O-MPI devel] collectives discussion @LANL

2005-07-18 Thread Ralph Castain
The day/time was never set that I know about. Cindy Sievers is still holding the room, but we do need to let her know ASAP the times when you want the system operational. On Mon, 2005-07-18 at 06:59, Jeff Squyres wrote: > Did we ever set a day/time for the collectives meeting at LANL next >

[O-MPI devel] Presentation of organization goals

2005-07-18 Thread Jeff Squyres
A month or two ago, I gave the LANL guys an overview of IU's goals with respect to OMPI. There were several "Ohhh! So *that's* why you guys were asking for X, Y, and Z..." from the LANL guys during my presentation. As such, I think it was really helpful for everyone to understand our

[O-MPI devel] SSIMS meeting

2005-07-18 Thread Craig Rasmussen
Jeff, I'm currently at the SciDAC2 SSIMS meeting talking about software integration, maintenance, and support funding (on the order of $2 million). I promised Rich I'd keep all informed. We've set up a IRC channel (separate email). Craig

Re: [O-MPI devel] collectives discussion @LANL

2005-07-18 Thread Torsten Hoefler
Hi, > Wednesday, 27 Jul, 8-11am MT (I think that's 4-7pm DE time, right?) yes, it's ok for me - I'll ask the vcc and reply to this mail if they have any problems. Bye, Torsten -- "Elchwurst enthält kein Rindfleisch" Schild bei IKEA

Re: [O-MPI devel] Presentation of organization goals

2005-07-18 Thread Jeff Squyres
Excellent. On Jul 18, 2005, at 10:01 AM, Ralph Castain wrote: I can talk about OpenRTE, if you want - pretty short, but could describe the research directions being discussed with others. On Mon, 2005-07-18 at 07:39, Jeff Squyres wrote:A month or two ago, I gave the LANL guys an overview

Re: [O-MPI devel] processor affinity

2005-07-18 Thread Matt Leininger
On Mon, 2005-07-18 at 08:28 -0400, Jeff Squyres wrote: > On Jul 18, 2005, at 2:50 AM, Matt Leininger wrote: > > >> Generally speaking, if you launch <=N processes in a job on a node > >> (where N == number of CPUs on that node), then we set processor > >> affinity. We set each process's affinity

Re: [O-MPI devel] collectives discussion @LANL

2005-07-18 Thread Ralph Castain
Tim is taking care of this arrangement. I believe (from prior chat with Cindy) that she may already be familiar with her equivalent at your location. > > As for tech assistance, contact Cindy at LANL (Ralph has her contact > > info -- indeed, she might proactively contact your people anyway, to

Re: [O-MPI devel] July meeting

2005-07-18 Thread Jeff Squyres
On Jul 18, 2005, at 2:56 PM, Ralph Castain wrote: 1. RedStorm design - what are we going to do about the RTE? That's what I meant by "future plans", but I could certainly be more explicit. :-) 2. Multi-cell RTE - I've been working on this (finally set it aside to complete the scalable