On 11/17/2011 9:54 AM, Ralph Castain wrote:
On Nov 17, 2011, at 7:45 AM, TERRY DONTJE wrote:
I could possibly buy your argument Ralph if this was a one off BTL
that only Nathan (and his employer) is going to use. I am assuming
though this is a more general protocol for a vendor specific
protocol. Thus it seems that a sane naming of the BTL is within the
realm of the community.
Guess I disagree - I would hate to get to a stage where we all have to
pass every name thru a group approval process.
That's not what is happening here at all. I think there is kind of a
precedent already set here where BTL's are named via protocols (sans
openib). Actually, I think most of our components follow some sort of
unspoken standard naming. There has been relatively few (none?)
renaming of items that I remember. So this is clearly and exception case.
That being said, I think I would agree that Jeff should have passed
this by Nathan first before posting the RFC (which for all I know he has)
That was my point, really, and an RFC was not required - if Nathan
wants to change it, he can certainly do so.
I think it is within any community members right to propose a component
be renamed. That's all Jeff is requesting and is signing up for the work.
just in case there is some background that would convince Jeff that
vader is appropriate.
Regardless of whether or not it convinced Jeff, it remains Nathan's
decision, IMO. I very much doubt Jeff wants to be in the position of
"naming overlord", nor do I get the impression he was suggesting such
a thing.
I don't think Jeff is wanting to be the naming overlord either but he
has ran into an issue with the particular naming of a component and so
it is up to him to try and convince others (first Nathan) that renaming
the component is a sane thing to do.
I guess we'll have to agree to disagree.
--td
--td
On 11/17/2011 9:29 AM, Ralph Castain wrote:
Frankly, the only vote that counts is Nathan's - it's his btl, and
we have never forcibly made someone rename their component. I would
suggest we not set that precedent. I'm comfortable with whatever he
decides to call it.
On Nov 17, 2011, at 7:00 AM, TERRY DONTJE wrote:
+1
Isn't there precedent with the other BTLs to name them based on the
messaging protocol they are supporting instead of some movie
character (tcp, openib, shmem, portals, ...).
--td
On 11/17/2011 8:11 AM, Jeff Squyres wrote:
After having to explain to someone at SC for the umpteenth time this week that the "vader" BTL uses
the XPMEM transport under the covers, I'd like to put forth an appeal to rename the "vader" BTL to
be "xpmem."
Here's my rationale for why:
1. Although we have a history of Star Wars-related names, the "ob1" and "r2"
components got their names because they're mainly algorithms that have no obvious name that
describes what they do.
2. All other components that tie into some back-end system are named reflecting the back-end system
(e.g., tcp, mx, portals, ...etc.). "openib" is the weakest example, but we all know that
it was named way back when OFED was named "OpenIB", and the name has kinda stuck.
3. The BTL name "xpmem" follows the law of least astonishment from the user's
perspective.
4. Cute names rarely seem so after 6 months.
I'll even volunteer to do the work to rename it (a bunch of file moves and
global search-and-replaces).
--
<Mail Attachment.gif>
Terry D. Dontje | Principal Software Engineer
Developer Tools Engineering | +1.781.442.2631
Oracle *- Performance Technologies*
95 Network Drive, Burlington, MA 01803
Email terry.don...@oracle.com <mailto:terry.don...@oracle.com>
_______________________________________________
devel mailing list
de...@open-mpi.org <mailto:de...@open-mpi.org>
http://www.open-mpi.org/mailman/listinfo.cgi/devel
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
<Mail Attachment.gif>
Terry D. Dontje | Principal Software Engineer
Developer Tools Engineering | +1.781.442.2631
Oracle *- Performance Technologies*
95 Network Drive, Burlington, MA 01803
Email terry.don...@oracle.com <mailto:terry.don...@oracle.com>
_______________________________________________
devel mailing list
de...@open-mpi.org <mailto:de...@open-mpi.org>
http://www.open-mpi.org/mailman/listinfo.cgi/devel
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Oracle
Terry D. Dontje | Principal Software Engineer
Developer Tools Engineering | +1.781.442.2631
Oracle *- Performance Technologies*
95 Network Drive, Burlington, MA 01803
Email terry.don...@oracle.com <mailto:terry.don...@oracle.com>
