This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
So do we want to sequence the BTL interfaces between jobs or only between
local processes on the same job?
I'm also fine with removing this option if it is not in use.
On Mon, Jul 28, 2014 at 1:09 PM, Ralph Castain <rhc_at_[hidden]> wrote:
> On Jul 28, 2014, at 10:02 AM, Jeff Squyres (jsquyres) <jsquyres_at_[hidden]>
> > From George's comments on
> > "Ralph and Jeff (I think you added the seq interface to TCP), please
> take a look at the following:
> > - the implementation of the TCP seq interface seems to be wrong: it used
> the my_node_rank to compute the sequence number instead of the
> my_local_rank (I changed this to my_local_rank)"
> > 1. I'd be in favor of just deleting the seq implementation (is anyone
> actually using it?).
> > 2. If we keep it, I don't remember offhand what the difference is
> between node_rank and local_rank. The one we want is the 0-based index
> rank of this process *on this server*. E.g., on a 2-server job, each with
> 16 slots, the first process on each server will be <foo>_rank 0, the second
> process on each server will be <foo>_rank 1, etc. That's the one we want.
> If it's node_rank and not local_rank, ok.
> "local rank" is the relative rank of that proc on that server within its
> own job, not across all jobs on that server. Hence, "local rank" is not
> unique if multiple jobs are running on a server (e.g., as a result of
> "node rank" is the relative rank of that proc on this server, looking
> across all jobs. It is therefore unique regardless of the number of jobs
> running on a server
> > --
> > Jeff Squyres
> > jsquyres_at_[hidden]
> > For corporate legal information go to:
> > _______________________________________________
> > devel mailing list
> > devel_at_[hidden]
> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> > Link to this post:
> devel mailing list
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> Link to this post: