2015-01-05 15:24:31 -07:00
|
|
|
/* -*- Mode: C; c-basic-offset:4 ; indent-tabs-mode:nil -*- */
|
2005-05-23 22:06:50 +00:00
|
|
|
/*
|
2007-03-16 23:11:45 +00:00
|
|
|
* Copyright (c) 2004-2007 The Trustees of Indiana University and Indiana
|
2005-11-05 19:57:48 +00:00
|
|
|
* University Research and Technology
|
|
|
|
* Corporation. All rights reserved.
|
2012-07-24 00:22:22 +00:00
|
|
|
* Copyright (c) 2004-2012 The University of Tennessee and The University
|
2005-11-05 19:57:48 +00:00
|
|
|
* of Tennessee Research Foundation. All rights
|
|
|
|
* reserved.
|
2008-03-09 13:17:13 +00:00
|
|
|
* Copyright (c) 2004-2005 High Performance Computing Center Stuttgart,
|
2005-05-23 22:06:50 +00:00
|
|
|
* University of Stuttgart. All rights reserved.
|
|
|
|
* Copyright (c) 2004-2005 The Regents of the University of California.
|
|
|
|
* All rights reserved.
|
2007-10-22 12:07:22 +00:00
|
|
|
* Copyright (c) 2006-2007 Voltaire. All rights reserved.
|
2010-06-09 16:58:52 +00:00
|
|
|
* Copyright (c) 2009-2010 Cisco Systems, Inc. All rights reserved.
|
2015-01-05 15:24:31 -07:00
|
|
|
* Copyright (c) 2010-2015 Los Alamos National Security, LLC.
|
2015-06-23 20:59:57 -07:00
|
|
|
* All rights reserved.
|
2012-03-14 06:29:09 +00:00
|
|
|
* Copyright (c) 2010-2012 IBM Corporation. All rights reserved.
|
2005-05-23 22:06:50 +00:00
|
|
|
* $COPYRIGHT$
|
2008-03-09 13:17:13 +00:00
|
|
|
*
|
2005-05-23 22:06:50 +00:00
|
|
|
* Additional copyrights may follow
|
2008-03-09 13:17:13 +00:00
|
|
|
*
|
2005-05-23 22:06:50 +00:00
|
|
|
* $HEADER$
|
|
|
|
*/
|
|
|
|
/**
|
|
|
|
* @file
|
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
#ifndef MCA_BTL_SM_H
|
|
|
|
#define MCA_BTL_SM_H
|
2005-05-23 22:06:50 +00:00
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#include "opal_config.h"
|
2009-03-17 20:21:36 +00:00
|
|
|
#include <stddef.h>
|
2005-05-23 22:06:50 +00:00
|
|
|
#include <stdlib.h>
|
2009-12-15 23:34:09 +00:00
|
|
|
#include <string.h>
|
|
|
|
#include <stdint.h>
|
2009-12-28 16:13:06 +00:00
|
|
|
#ifdef HAVE_SCHED_H
|
2009-12-15 23:34:09 +00:00
|
|
|
#include <sched.h>
|
2009-12-28 16:13:06 +00:00
|
|
|
#endif /* HAVE_SCHED_H */
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_BTL_SM_HAVE_KNEM
|
2009-12-15 23:34:09 +00:00
|
|
|
#include "knem_io.h"
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#endif /* OPAL_BTL_SM_HAVE_KNEM */
|
2009-12-15 23:34:09 +00:00
|
|
|
|
- Check, whether the compiler supports __builtin_clz (count leading
zeroes);
if so, use it for bit-operations like opal_cube_dim and opal_hibit.
Implement two versions of power-of-two.
In case of opal_next_poweroftwo, this reduces the average execution
time from 83 cycles to 4 cycles (Intel Nehalem, icc, -O2, inlining,
measured rdtsc, with loop over 2^27 values).
Numbers for other functions are similar (but of course heavily depend
on the usage, e.g. opal_hibit() with a start of 4 does not save
much). The bsr instruction on AMD Opteron is also not as fast.
- Replace various places where the next power-of-two is computed.
Tested on Intel Nehalem Cluster with openib, compilers GNU-4.6.1 and
Intel-12.0.4 using mpi_testsuite -t "Collective" with 128 processes.
This commit was SVN r25270.
2011-10-11 22:49:01 +00:00
|
|
|
#include "opal/util/bit_ops.h"
|
2007-10-22 12:07:22 +00:00
|
|
|
#include "opal/class/opal_free_list.h"
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#include "opal/mca/btl/btl.h"
|
|
|
|
#include "opal/util/proc.h"
|
|
|
|
#include "opal/mca/common/sm/common_sm.h"
|
2005-05-23 22:06:50 +00:00
|
|
|
|
2009-08-20 11:42:18 +00:00
|
|
|
BEGIN_C_DECLS
|
2005-05-23 22:06:50 +00:00
|
|
|
|
2009-02-17 15:58:15 +00:00
|
|
|
/*
|
|
|
|
* Shared Memory FIFOs
|
2009-03-13 18:11:41 +00:00
|
|
|
*
|
|
|
|
* The FIFO is implemented as a circular queue with head and tail pointers
|
|
|
|
* (integer indices). For efficient wraparound indexing, the size of the
|
|
|
|
* queue is constrained to be a power of two and we "&" indices with a "mask".
|
|
|
|
*
|
|
|
|
* More than one process can write to the FIFO head. Therefore, there is a head
|
|
|
|
* lock. One cannot write until the head slot is empty, indicated by the special
|
|
|
|
* queue entry SM_FIFO_FREE.
|
|
|
|
*
|
|
|
|
* Only the receiver can read the FIFO tail. Therefore, the tail lock is
|
|
|
|
* required only in multithreaded applications. If a tail read returns the
|
|
|
|
* SM_FIFO_FREE value, that means the FIFO is empty. Once a non-FREE value
|
|
|
|
* has been read, the queue slot is *not* automatically reset to SM_FIFO_FREE.
|
|
|
|
* Rather, read tail slots are reset "lazily" (see "lazy_free" and "num_to_clear")
|
|
|
|
* to reduce the number of memory barriers and improve performance.
|
|
|
|
*
|
|
|
|
* Since the FIFO lives in shared memory that is mapped differently into
|
|
|
|
* each address space, the "queue" pointer is relative (each process must
|
|
|
|
* add its own offset) and the queue_recv pointer is meaningful only in the
|
|
|
|
* receiver's address space.
|
|
|
|
*
|
|
|
|
* Since multiple processes access different parts of the FIFO structure in
|
|
|
|
* different ways, we introduce padding to keep different parts on different
|
|
|
|
* cachelines.
|
2009-02-17 15:58:15 +00:00
|
|
|
*/
|
|
|
|
|
2009-03-13 18:11:41 +00:00
|
|
|
#define SM_FIFO_FREE (void *) (-2)
|
2010-07-06 14:33:36 +00:00
|
|
|
/* We can't use opal_cache_line_size here because we need a
|
|
|
|
compile-time constant for padding the struct. We can't really have
|
|
|
|
a compile-time constant that is portable, either (e.g., compile on
|
|
|
|
one machine and run on another). So just use a big enough cache
|
|
|
|
line that should hopefully be good in most places. */
|
|
|
|
#define SM_CACHE_LINE_PAD 128
|
2009-03-13 18:11:41 +00:00
|
|
|
|
2009-02-17 15:58:15 +00:00
|
|
|
struct sm_fifo_t {
|
|
|
|
/* This queue pointer is used only by the heads. */
|
2015-06-23 20:59:57 -07:00
|
|
|
volatile void **queue;
|
2010-07-06 14:33:36 +00:00
|
|
|
char pad0[SM_CACHE_LINE_PAD - sizeof(void **)];
|
2009-02-17 15:58:15 +00:00
|
|
|
/* This lock is used by the heads. */
|
2015-06-23 20:59:57 -07:00
|
|
|
opal_atomic_lock_t head_lock;
|
2010-07-06 14:33:36 +00:00
|
|
|
char pad1[SM_CACHE_LINE_PAD - sizeof(opal_atomic_lock_t)];
|
2009-02-17 15:58:15 +00:00
|
|
|
/* This index is used by the head holding the head lock. */
|
2015-06-23 20:59:57 -07:00
|
|
|
volatile int head;
|
2010-07-06 14:33:36 +00:00
|
|
|
char pad2[SM_CACHE_LINE_PAD - sizeof(int)];
|
2009-02-17 15:58:15 +00:00
|
|
|
/* This mask is used "read only" by all processes. */
|
2015-06-23 20:59:57 -07:00
|
|
|
unsigned int mask;
|
2010-07-06 14:33:36 +00:00
|
|
|
char pad3[SM_CACHE_LINE_PAD - sizeof(int)];
|
2009-02-17 15:58:15 +00:00
|
|
|
/* The following are used only by the tail. */
|
|
|
|
volatile void **queue_recv;
|
|
|
|
opal_atomic_lock_t tail_lock;
|
|
|
|
volatile int tail;
|
|
|
|
int num_to_clear;
|
2015-06-23 20:59:57 -07:00
|
|
|
int lazy_free;
|
2010-07-06 14:33:36 +00:00
|
|
|
char pad4[SM_CACHE_LINE_PAD - sizeof(void **) -
|
|
|
|
sizeof(opal_atomic_lock_t) -
|
|
|
|
sizeof(int) * 3];
|
2009-02-17 15:58:15 +00:00
|
|
|
};
|
|
|
|
typedef struct sm_fifo_t sm_fifo_t;
|
|
|
|
|
2005-05-23 22:06:50 +00:00
|
|
|
/*
|
|
|
|
* Shared Memory resource managment
|
|
|
|
*/
|
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_ENABLE_PROGRESS_THREADS == 1
|
2005-05-23 22:06:50 +00:00
|
|
|
#define DATA (char)0
|
|
|
|
#define DONE (char)1
|
2014-06-25 20:43:28 +00:00
|
|
|
#endif
|
2005-05-23 22:06:50 +00:00
|
|
|
|
2008-06-15 13:43:28 +00:00
|
|
|
typedef struct mca_btl_sm_mem_node_t {
|
|
|
|
mca_mpool_base_module_t* sm_mpool; /**< shared memory pool */
|
|
|
|
} mca_btl_sm_mem_node_t;
|
|
|
|
|
2005-05-23 22:06:50 +00:00
|
|
|
/**
|
2005-06-30 05:50:55 +00:00
|
|
|
* Shared Memory (SM) BTL module.
|
2005-05-23 22:06:50 +00:00
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
struct mca_btl_sm_component_t {
|
2015-01-05 15:24:31 -07:00
|
|
|
mca_btl_base_component_3_0_0_t super; /**< base BTL component */
|
2005-05-23 22:06:50 +00:00
|
|
|
int sm_free_list_num; /**< initial size of free lists */
|
|
|
|
int sm_free_list_max; /**< maximum size of free lists */
|
|
|
|
int sm_free_list_inc; /**< number of elements to alloc when growing free lists */
|
2013-03-27 21:09:41 +00:00
|
|
|
int sm_max_procs; /**< upper limit on the number of processes using the shared memory pool */
|
2005-05-23 22:06:50 +00:00
|
|
|
int sm_extra_procs; /**< number of extra procs to allow */
|
|
|
|
char* sm_mpool_name; /**< name of shared memory pool module */
|
2011-10-11 20:37:00 +00:00
|
|
|
mca_mpool_base_module_t **sm_mpools; /**< shared memory pools (one for each memory node) */
|
2008-06-15 13:43:28 +00:00
|
|
|
mca_mpool_base_module_t *sm_mpool; /**< mpool on local node */
|
2005-05-23 22:06:50 +00:00
|
|
|
void* sm_mpool_base; /**< base address of shared memory pool */
|
2005-06-01 21:09:43 +00:00
|
|
|
size_t eager_limit; /**< first fragment size */
|
|
|
|
size_t max_frag_size; /**< maximum (second and beyone) fragment size */
|
2005-07-03 22:45:48 +00:00
|
|
|
opal_mutex_t sm_lock;
|
2010-06-09 16:58:52 +00:00
|
|
|
mca_common_sm_module_t *sm_seg; /**< description of shared memory segment */
|
2009-05-19 22:50:44 +00:00
|
|
|
volatile sm_fifo_t **shm_fifo; /**< pointer to fifo 2D array in shared memory */
|
2008-05-30 03:58:39 +00:00
|
|
|
char **shm_bases; /**< pointer to base pointers in shared memory */
|
2008-06-15 13:43:28 +00:00
|
|
|
uint16_t *shm_mem_nodes; /**< pointer to mem noded in shared memory */
|
2009-02-17 15:58:15 +00:00
|
|
|
sm_fifo_t **fifo; /**< cached copy of the pointer to the 2D
|
2008-05-30 03:58:39 +00:00
|
|
|
fifo array. The address in the shared
|
|
|
|
memory segment sm_ctl_header is a relative,
|
|
|
|
but this one, in process private memory, is
|
|
|
|
a real virtual address */
|
2009-02-17 15:58:15 +00:00
|
|
|
uint16_t *mem_nodes; /**< cached copy of mem nodes of each local rank */
|
2013-03-27 21:09:41 +00:00
|
|
|
unsigned int fifo_size; /**< number of FIFO queue entries */
|
|
|
|
unsigned int fifo_lazy_free; /**< number of reads before lazy fifo free is triggered */
|
2009-02-17 15:58:15 +00:00
|
|
|
int nfifos; /**< number of FIFOs per receiver */
|
2008-05-30 03:58:39 +00:00
|
|
|
int32_t num_smp_procs; /**< current number of smp procs on this host */
|
|
|
|
int32_t my_smp_rank; /**< My SMP process rank. Used for accessing
|
|
|
|
* SMP specfic data structures. */
|
2015-02-19 13:41:41 -07:00
|
|
|
opal_free_list_t sm_frags_eager; /**< free list of sm first */
|
|
|
|
opal_free_list_t sm_frags_max; /**< free list of sm second */
|
|
|
|
opal_free_list_t sm_frags_user;
|
|
|
|
opal_free_list_t sm_first_frags_to_progress; /**< list of first
|
2005-05-23 22:06:50 +00:00
|
|
|
fragments that are
|
|
|
|
awaiting resources */
|
2005-06-30 05:50:55 +00:00
|
|
|
struct mca_btl_base_endpoint_t **sm_peers;
|
2005-05-23 22:06:50 +00:00
|
|
|
|
2007-10-22 12:07:22 +00:00
|
|
|
opal_free_list_t pending_send_fl;
|
2009-06-27 00:12:56 +00:00
|
|
|
int num_outstanding_frags; /**< number of fragments sent but not yet returned to free list */
|
|
|
|
int num_pending_sends; /**< total number on all of my pending-send queues */
|
2008-06-15 13:43:28 +00:00
|
|
|
int mem_node;
|
|
|
|
int num_mem_nodes;
|
2015-06-23 20:59:57 -07:00
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_ENABLE_PROGRESS_THREADS == 1
|
2005-05-23 22:06:50 +00:00
|
|
|
char sm_fifo_path[PATH_MAX]; /**< path to fifo used to signal this process */
|
|
|
|
int sm_fifo_fd; /**< file descriptor corresponding to opened fifo */
|
2005-07-03 22:45:48 +00:00
|
|
|
opal_thread_t sm_fifo_thread;
|
2014-06-25 20:43:28 +00:00
|
|
|
#endif
|
2009-12-15 23:34:09 +00:00
|
|
|
struct mca_btl_sm_t **sm_btls;
|
|
|
|
struct mca_btl_sm_frag_t **table;
|
|
|
|
size_t sm_num_btls;
|
|
|
|
size_t sm_max_btls;
|
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_BTL_SM_HAVE_KNEM
|
2009-12-15 23:34:09 +00:00
|
|
|
/* Knem capabilities info */
|
|
|
|
struct knem_cmd_info knem_info;
|
2015-01-05 15:24:31 -07:00
|
|
|
#endif
|
|
|
|
#if OPAL_BTL_SM_HAVE_KNEM || OPAL_BTL_SM_HAVE_CMA
|
|
|
|
/** registration handles to hold knem cookies */
|
2015-02-19 13:41:41 -07:00
|
|
|
opal_free_list_t registration_handles;
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#endif /* OPAL_BTL_SM_HAVE_KNEM */
|
2009-12-15 23:34:09 +00:00
|
|
|
|
|
|
|
/** MCA: should we be using knem or not? neg=try but continue if
|
|
|
|
not available, 0=don't try, 1=try and fail if not available */
|
|
|
|
int use_knem;
|
|
|
|
|
|
|
|
/** MCA: minimal message size (bytes) to offload on DMA engine
|
|
|
|
when using knem */
|
2013-03-27 21:09:41 +00:00
|
|
|
unsigned int knem_dma_min;
|
2009-12-15 23:34:09 +00:00
|
|
|
|
|
|
|
/** MCA: how many simultaneous ongoing knem operations to
|
|
|
|
support */
|
|
|
|
int knem_max_simultaneous;
|
|
|
|
|
|
|
|
/** If we want DMA and DMA is supported, this will be loaded with
|
|
|
|
KNEM_FLAG_DMA. Otherwise, it'll be 0. */
|
|
|
|
int knem_dma_flag;
|
2012-03-14 06:29:09 +00:00
|
|
|
|
|
|
|
/** MCA: should we be using CMA or not?
|
|
|
|
0 = no, 1 = yes */
|
|
|
|
int use_cma;
|
2013-01-11 16:24:56 +00:00
|
|
|
|
|
|
|
/* /// well-known file names for sm and sm mpool init /// */
|
|
|
|
char *sm_mpool_ctl_file_name;
|
|
|
|
char *sm_mpool_rndv_file_name;
|
|
|
|
char *sm_ctl_file_name;
|
|
|
|
char *sm_rndv_file_name;
|
2005-05-23 22:06:50 +00:00
|
|
|
};
|
2005-06-30 05:50:55 +00:00
|
|
|
typedef struct mca_btl_sm_component_t mca_btl_sm_component_t;
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
OPAL_MODULE_DECLSPEC extern mca_btl_sm_component_t mca_btl_sm_component;
|
2005-05-23 22:06:50 +00:00
|
|
|
|
2009-12-15 23:34:09 +00:00
|
|
|
/**
|
|
|
|
* SM BTL Interface
|
|
|
|
*/
|
|
|
|
struct mca_btl_sm_t {
|
|
|
|
mca_btl_base_module_t super; /**< base BTL interface */
|
|
|
|
bool btl_inited; /**< flag indicating if btl has been inited */
|
|
|
|
mca_btl_base_module_error_cb_fn_t error_cb;
|
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_BTL_SM_HAVE_KNEM
|
2009-12-15 23:34:09 +00:00
|
|
|
|
|
|
|
/* File descriptor for knem */
|
|
|
|
int knem_fd;
|
|
|
|
|
|
|
|
/* Array of knem status items for non-blocking knem requests */
|
|
|
|
knem_status_t *knem_status_array;
|
|
|
|
|
|
|
|
/* Array of fragments currently being moved by knem non-blocking
|
|
|
|
operations */
|
|
|
|
struct mca_btl_sm_frag_t **knem_frag_array;
|
|
|
|
|
|
|
|
/* First free/available location in knem_status_array */
|
|
|
|
int knem_status_first_avail;
|
|
|
|
|
|
|
|
/* First currently-being used location in the knem_status_array */
|
|
|
|
int knem_status_first_used;
|
|
|
|
|
|
|
|
/* Number of status items currently in use */
|
|
|
|
int knem_status_num_used;
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#endif /* OPAL_BTL_SM_HAVE_KNEM */
|
2009-12-15 23:34:09 +00:00
|
|
|
};
|
|
|
|
typedef struct mca_btl_sm_t mca_btl_sm_t;
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
OPAL_MODULE_DECLSPEC extern mca_btl_sm_t mca_btl_sm;
|
2009-12-15 23:34:09 +00:00
|
|
|
|
2007-10-22 12:07:22 +00:00
|
|
|
struct btl_sm_pending_send_item_t
|
|
|
|
{
|
|
|
|
opal_free_list_item_t super;
|
|
|
|
void *data;
|
|
|
|
};
|
|
|
|
typedef struct btl_sm_pending_send_item_t btl_sm_pending_send_item_t;
|
|
|
|
|
2009-02-17 15:58:15 +00:00
|
|
|
/***
|
|
|
|
* FIFO support for sm BTL.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/***
|
|
|
|
* One or more FIFO components may be a pointer that must be
|
|
|
|
* accessed by multiple processes. Since the shared region may
|
|
|
|
* be mmapped differently into each process's address space,
|
|
|
|
* these pointers will be relative to some base address. Here,
|
|
|
|
* we define macros to translate between relative addresses and
|
|
|
|
* virtual addresses.
|
|
|
|
*/
|
|
|
|
#define VIRTUAL2RELATIVE(VADDR ) ((long)(VADDR) - (long)mca_btl_sm_component.shm_bases[mca_btl_sm_component.my_smp_rank])
|
|
|
|
#define RELATIVE2VIRTUAL(OFFSET) ((long)(OFFSET) + (long)mca_btl_sm_component.shm_bases[mca_btl_sm_component.my_smp_rank])
|
|
|
|
|
|
|
|
static inline int sm_fifo_init(int fifo_size, mca_mpool_base_module_t *mpool,
|
|
|
|
sm_fifo_t *fifo, int lazy_free)
|
|
|
|
{
|
|
|
|
int i, qsize;
|
|
|
|
|
|
|
|
/* figure out the queue size (a power of two that is at least 1) */
|
- Check, whether the compiler supports __builtin_clz (count leading
zeroes);
if so, use it for bit-operations like opal_cube_dim and opal_hibit.
Implement two versions of power-of-two.
In case of opal_next_poweroftwo, this reduces the average execution
time from 83 cycles to 4 cycles (Intel Nehalem, icc, -O2, inlining,
measured rdtsc, with loop over 2^27 values).
Numbers for other functions are similar (but of course heavily depend
on the usage, e.g. opal_hibit() with a start of 4 does not save
much). The bsr instruction on AMD Opteron is also not as fast.
- Replace various places where the next power-of-two is computed.
Tested on Intel Nehalem Cluster with openib, compilers GNU-4.6.1 and
Intel-12.0.4 using mpi_testsuite -t "Collective" with 128 processes.
This commit was SVN r25270.
2011-10-11 22:49:01 +00:00
|
|
|
qsize = opal_next_poweroftwo_inclusive (fifo_size);
|
2009-02-17 15:58:15 +00:00
|
|
|
|
|
|
|
/* allocate the queue in the receiver's address space */
|
|
|
|
fifo->queue_recv = (volatile void **)mpool->mpool_alloc(
|
2010-07-06 14:33:36 +00:00
|
|
|
mpool, sizeof(void *) * qsize, opal_cache_line_size, 0, NULL);
|
2009-02-17 15:58:15 +00:00
|
|
|
if(NULL == fifo->queue_recv) {
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
return OPAL_ERR_OUT_OF_RESOURCE;
|
2009-02-17 15:58:15 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* initialize the queue */
|
|
|
|
for ( i = 0; i < qsize; i++ )
|
|
|
|
fifo->queue_recv[i] = SM_FIFO_FREE;
|
|
|
|
|
|
|
|
/* shift queue address to be relative */
|
|
|
|
fifo->queue = (volatile void **) VIRTUAL2RELATIVE(fifo->queue_recv);
|
|
|
|
|
|
|
|
/* initialize the locks */
|
|
|
|
opal_atomic_init(&(fifo->head_lock), OPAL_ATOMIC_UNLOCKED);
|
|
|
|
opal_atomic_init(&(fifo->tail_lock), OPAL_ATOMIC_UNLOCKED);
|
|
|
|
opal_atomic_unlock(&(fifo->head_lock)); /* should be unnecessary */
|
|
|
|
opal_atomic_unlock(&(fifo->tail_lock)); /* should be unnecessary */
|
|
|
|
|
|
|
|
/* other initializations */
|
|
|
|
fifo->head = 0;
|
|
|
|
fifo->mask = qsize - 1;
|
|
|
|
fifo->tail = 0;
|
|
|
|
fifo->num_to_clear = 0;
|
|
|
|
fifo->lazy_free = lazy_free;
|
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
return OPAL_SUCCESS;
|
2009-02-17 15:58:15 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static inline int sm_fifo_write(void *value, sm_fifo_t *fifo)
|
|
|
|
{
|
|
|
|
volatile void **q = (volatile void **) RELATIVE2VIRTUAL(fifo->queue);
|
|
|
|
|
|
|
|
/* if there is no free slot to write, report exhausted resource */
|
2010-11-29 15:57:54 +00:00
|
|
|
opal_atomic_rmb();
|
2009-02-17 15:58:15 +00:00
|
|
|
if ( SM_FIFO_FREE != q[fifo->head] )
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
return OPAL_ERR_OUT_OF_RESOURCE;
|
2009-02-17 15:58:15 +00:00
|
|
|
|
|
|
|
/* otherwise, write to the slot and advance the head index */
|
|
|
|
q[fifo->head] = value;
|
2010-11-29 15:57:54 +00:00
|
|
|
opal_atomic_wmb();
|
2009-02-17 15:58:15 +00:00
|
|
|
fifo->head = (fifo->head + 1) & fifo->mask;
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
return OPAL_SUCCESS;
|
2009-02-17 15:58:15 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static inline void *sm_fifo_read(sm_fifo_t *fifo)
|
|
|
|
{
|
|
|
|
void *value;
|
|
|
|
|
|
|
|
/* read the next queue entry */
|
|
|
|
value = (void *) fifo->queue_recv[fifo->tail];
|
|
|
|
|
|
|
|
opal_atomic_rmb();
|
|
|
|
|
|
|
|
/* if you read a non-empty slot, advance the tail pointer */
|
|
|
|
if ( SM_FIFO_FREE != value ) {
|
|
|
|
|
|
|
|
fifo->tail = ( fifo->tail + 1 ) & fifo->mask;
|
|
|
|
fifo->num_to_clear += 1;
|
|
|
|
|
|
|
|
/* check if it's time to free slots, which we do lazily */
|
|
|
|
if ( fifo->num_to_clear >= fifo->lazy_free ) {
|
|
|
|
int i = (fifo->tail - fifo->num_to_clear ) & fifo->mask;
|
|
|
|
|
|
|
|
while ( fifo->num_to_clear > 0 ) {
|
|
|
|
fifo->queue_recv[i] = SM_FIFO_FREE;
|
|
|
|
i = (i+1) & fifo->mask;
|
|
|
|
fifo->num_to_clear -= 1;
|
|
|
|
}
|
|
|
|
opal_atomic_wmb();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return value;
|
|
|
|
}
|
|
|
|
|
2005-05-23 22:06:50 +00:00
|
|
|
/**
|
|
|
|
* shared memory component progress.
|
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
extern int mca_btl_sm_component_progress(void);
|
2005-05-23 22:06:50 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
2007-02-13 12:01:36 +00:00
|
|
|
/**
|
|
|
|
* Register a callback function that is called on error..
|
|
|
|
*
|
|
|
|
* @param btl (IN) BTL module
|
|
|
|
* @return Status indicating if cleanup was successful
|
|
|
|
*/
|
|
|
|
|
|
|
|
int mca_btl_sm_register_error_cb(
|
|
|
|
struct mca_btl_base_module_t* btl,
|
|
|
|
mca_btl_base_module_error_cb_fn_t cbfunc
|
|
|
|
);
|
2005-05-23 22:06:50 +00:00
|
|
|
|
|
|
|
/**
|
2005-06-30 05:50:55 +00:00
|
|
|
* Cleanup any resources held by the BTL.
|
2008-03-09 13:17:13 +00:00
|
|
|
*
|
2005-06-30 05:50:55 +00:00
|
|
|
* @param btl BTL instance.
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
* @return OPAL_SUCCESS or error status on failure.
|
2005-05-23 22:06:50 +00:00
|
|
|
*/
|
|
|
|
|
2005-06-30 05:50:55 +00:00
|
|
|
extern int mca_btl_sm_finalize(
|
|
|
|
struct mca_btl_base_module_t* btl
|
2005-05-23 22:06:50 +00:00
|
|
|
);
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
2005-06-30 05:50:55 +00:00
|
|
|
* PML->BTL notification of change in the process list.
|
|
|
|
* PML->BTL Notification that a receive fragment has been matched.
|
2005-05-23 22:06:50 +00:00
|
|
|
* Called for message that is send from process with the virtual
|
|
|
|
* address of the shared memory segment being different than that of
|
|
|
|
* the receiver.
|
2008-03-09 13:17:13 +00:00
|
|
|
*
|
2005-06-30 05:50:55 +00:00
|
|
|
* @param btl (IN)
|
2008-03-09 13:17:13 +00:00
|
|
|
* @param proc (IN)
|
2005-05-23 22:06:50 +00:00
|
|
|
* @param peer (OUT)
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
* @return OPAL_SUCCESS or error status on failure.
|
2008-03-09 13:17:13 +00:00
|
|
|
*
|
2005-05-23 22:06:50 +00:00
|
|
|
*/
|
|
|
|
|
2005-06-30 05:50:55 +00:00
|
|
|
extern int mca_btl_sm_add_procs(
|
|
|
|
struct mca_btl_base_module_t* btl,
|
2005-05-23 22:06:50 +00:00
|
|
|
size_t nprocs,
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
struct opal_proc_t **procs,
|
2005-06-30 05:50:55 +00:00
|
|
|
struct mca_btl_base_endpoint_t** peers,
|
2009-03-03 22:25:13 +00:00
|
|
|
struct opal_bitmap_t* reachability
|
2005-05-23 22:06:50 +00:00
|
|
|
);
|
|
|
|
|
2005-07-15 15:22:41 +00:00
|
|
|
|
2005-05-23 22:06:50 +00:00
|
|
|
/**
|
2005-06-30 05:50:55 +00:00
|
|
|
* PML->BTL notification of change in the process list.
|
2005-05-23 22:06:50 +00:00
|
|
|
*
|
2005-06-30 05:50:55 +00:00
|
|
|
* @param btl (IN) BTL instance
|
2005-05-23 22:06:50 +00:00
|
|
|
* @param proc (IN) Peer process
|
|
|
|
* @param peer (IN) Peer addressing information.
|
|
|
|
* @return Status indicating if cleanup was successful
|
|
|
|
*
|
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
extern int mca_btl_sm_del_procs(
|
|
|
|
struct mca_btl_base_module_t* btl,
|
2005-05-23 22:06:50 +00:00
|
|
|
size_t nprocs,
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
struct opal_proc_t **procs,
|
2005-06-30 05:50:55 +00:00
|
|
|
struct mca_btl_base_endpoint_t **peers
|
2005-05-23 22:06:50 +00:00
|
|
|
);
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Allocate a segment.
|
|
|
|
*
|
2005-06-30 05:50:55 +00:00
|
|
|
* @param btl (IN) BTL module
|
2005-05-23 22:06:50 +00:00
|
|
|
* @param size (IN) Request segment size.
|
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
extern mca_btl_base_descriptor_t* mca_btl_sm_alloc(
|
|
|
|
struct mca_btl_base_module_t* btl,
|
2007-12-09 14:00:42 +00:00
|
|
|
struct mca_btl_base_endpoint_t* endpoint,
|
2007-05-24 19:51:26 +00:00
|
|
|
uint8_t order,
|
2007-12-09 14:08:01 +00:00
|
|
|
size_t size,
|
|
|
|
uint32_t flags
|
2005-05-23 22:06:50 +00:00
|
|
|
);
|
|
|
|
|
|
|
|
/**
|
2005-06-30 05:50:55 +00:00
|
|
|
* Return a segment allocated by this BTL.
|
2005-05-23 22:06:50 +00:00
|
|
|
*
|
2005-06-30 05:50:55 +00:00
|
|
|
* @param btl (IN) BTL module
|
2005-05-23 22:06:50 +00:00
|
|
|
* @param segment (IN) Allocated segment.
|
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
extern int mca_btl_sm_free(
|
|
|
|
struct mca_btl_base_module_t* btl,
|
|
|
|
mca_btl_base_descriptor_t* segment
|
2005-05-23 22:06:50 +00:00
|
|
|
);
|
2005-07-15 15:22:41 +00:00
|
|
|
|
|
|
|
|
2005-05-23 22:06:50 +00:00
|
|
|
/**
|
|
|
|
* Pack data
|
|
|
|
*
|
2005-06-30 05:50:55 +00:00
|
|
|
* @param btl (IN) BTL module
|
|
|
|
* @param peer (IN) BTL peer addressing
|
2005-05-23 22:06:50 +00:00
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
struct mca_btl_base_descriptor_t* mca_btl_sm_prepare_src(
|
|
|
|
struct mca_btl_base_module_t* btl,
|
|
|
|
struct mca_btl_base_endpoint_t* endpoint,
|
- Split the datatype engine into two parts: an MPI specific part in
OMPI
and a language agnostic part in OPAL. The convertor is completely
moved into OPAL. This offers several benefits as described in RFC
http://www.open-mpi.org/community/lists/devel/2009/07/6387.php
namely:
- Fewer basic types (int* and float* types, boolean and wchar
- Fixing naming scheme to ompi-nomenclature.
- Usability outside of the ompi-layer.
- Due to the fixed nature of simple opal types, their information is
completely
known at compile time and therefore constified
- With fewer datatypes (22), the actual sizes of bit-field types may be
reduced
from 64 to 32 bits, allowing reorganizing the opal_datatype
structure, eliminating holes and keeping data required in convertor
(upon send/recv) in one cacheline...
This has implications to the convertor-datastructure and other parts
of the code.
- Several performance tests have been run, the netpipe latency does not
change with
this patch on Linux/x86-64 on the smoky cluster.
- Extensive tests have been done to verify correctness (no new
regressions) using:
1. mpi_test_suite on linux/x86-64 using clean ompi-trunk and
ompi-ddt:
a. running both trunk and ompi-ddt resulted in no differences
(except for MPI_SHORT_INT and MPI_TYPE_MIX_LB_UB do now run
correctly).
b. with --enable-memchecker and running under valgrind (one buglet
when run with static found in test-suite, commited)
2. ibm testsuite on linux/x86-64 using clean ompi-trunk and ompi-ddt:
all passed (except for the dynamic/ tests failed!! as trunk/MTT)
3. compilation and usage of HDF5 tests on Jaguar using PGI and
PathScale compilers.
4. compilation and usage on Scicortex.
- Please note, that for the heterogeneous case, (-m32 compiled
binaries/ompi), neither
ompi-trunk, nor ompi-ddt branch would successfully launch.
This commit was SVN r21641.
2009-07-13 04:56:31 +00:00
|
|
|
struct opal_convertor_t* convertor,
|
2007-05-24 19:51:26 +00:00
|
|
|
uint8_t order,
|
2005-05-23 22:06:50 +00:00
|
|
|
size_t reserve,
|
2007-12-09 14:08:01 +00:00
|
|
|
size_t* size,
|
|
|
|
uint32_t flags
|
2005-05-23 22:06:50 +00:00
|
|
|
);
|
2005-07-15 15:22:41 +00:00
|
|
|
|
|
|
|
|
2008-05-30 03:58:39 +00:00
|
|
|
/**
|
|
|
|
* Initiate an inlined send to the peer or return a descriptor.
|
|
|
|
*
|
|
|
|
* @param btl (IN) BTL module
|
|
|
|
* @param peer (IN) BTL peer addressing
|
|
|
|
*/
|
|
|
|
extern int mca_btl_sm_sendi( struct mca_btl_base_module_t* btl,
|
|
|
|
struct mca_btl_base_endpoint_t* endpoint,
|
- Split the datatype engine into two parts: an MPI specific part in
OMPI
and a language agnostic part in OPAL. The convertor is completely
moved into OPAL. This offers several benefits as described in RFC
http://www.open-mpi.org/community/lists/devel/2009/07/6387.php
namely:
- Fewer basic types (int* and float* types, boolean and wchar
- Fixing naming scheme to ompi-nomenclature.
- Usability outside of the ompi-layer.
- Due to the fixed nature of simple opal types, their information is
completely
known at compile time and therefore constified
- With fewer datatypes (22), the actual sizes of bit-field types may be
reduced
from 64 to 32 bits, allowing reorganizing the opal_datatype
structure, eliminating holes and keeping data required in convertor
(upon send/recv) in one cacheline...
This has implications to the convertor-datastructure and other parts
of the code.
- Several performance tests have been run, the netpipe latency does not
change with
this patch on Linux/x86-64 on the smoky cluster.
- Extensive tests have been done to verify correctness (no new
regressions) using:
1. mpi_test_suite on linux/x86-64 using clean ompi-trunk and
ompi-ddt:
a. running both trunk and ompi-ddt resulted in no differences
(except for MPI_SHORT_INT and MPI_TYPE_MIX_LB_UB do now run
correctly).
b. with --enable-memchecker and running under valgrind (one buglet
when run with static found in test-suite, commited)
2. ibm testsuite on linux/x86-64 using clean ompi-trunk and ompi-ddt:
all passed (except for the dynamic/ tests failed!! as trunk/MTT)
3. compilation and usage of HDF5 tests on Jaguar using PGI and
PathScale compilers.
4. compilation and usage on Scicortex.
- Please note, that for the heterogeneous case, (-m32 compiled
binaries/ompi), neither
ompi-trunk, nor ompi-ddt branch would successfully launch.
This commit was SVN r21641.
2009-07-13 04:56:31 +00:00
|
|
|
struct opal_convertor_t* convertor,
|
2008-05-30 03:58:39 +00:00
|
|
|
void* header,
|
|
|
|
size_t header_size,
|
|
|
|
size_t payload_size,
|
|
|
|
uint8_t order,
|
|
|
|
uint32_t flags,
|
|
|
|
mca_btl_base_tag_t tag,
|
|
|
|
mca_btl_base_descriptor_t** descriptor );
|
|
|
|
|
2005-05-23 22:06:50 +00:00
|
|
|
/**
|
|
|
|
* Initiate a send to the peer.
|
|
|
|
*
|
2005-06-30 05:50:55 +00:00
|
|
|
* @param btl (IN) BTL module
|
|
|
|
* @param peer (IN) BTL peer addressing
|
2005-05-23 22:06:50 +00:00
|
|
|
*/
|
2005-06-30 05:50:55 +00:00
|
|
|
extern int mca_btl_sm_send(
|
|
|
|
struct mca_btl_base_module_t* btl,
|
|
|
|
struct mca_btl_base_endpoint_t* endpoint,
|
|
|
|
struct mca_btl_base_descriptor_t* descriptor,
|
|
|
|
mca_btl_base_tag_t tag
|
2005-05-23 22:06:50 +00:00
|
|
|
);
|
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_BTL_SM_HAVE_KNEM || OPAL_BTL_SM_HAVE_CMA
|
2009-12-15 23:34:09 +00:00
|
|
|
/*
|
2012-03-14 06:29:09 +00:00
|
|
|
* Synchronous knem/cma get
|
2009-12-15 23:34:09 +00:00
|
|
|
*/
|
2015-01-05 15:24:31 -07:00
|
|
|
int mca_btl_sm_get_sync (mca_btl_base_module_t *btl, struct mca_btl_base_endpoint_t *endpoint, void *local_address,
|
|
|
|
uint64_t remote_address, mca_btl_base_registration_handle_t *local_handle,
|
|
|
|
mca_btl_base_registration_handle_t *remote_handle, size_t size, int flags,
|
|
|
|
int order, mca_btl_base_rdma_completion_fn_t cbfunc, void *cbcontext, void *cbdata);
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#endif /* OPAL_BTL_SM_HAVE_KNEM || OPAL_BTL_SM_HAVE_CMA */
|
2009-12-15 23:34:09 +00:00
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_BTL_SM_HAVE_KNEM
|
2012-03-14 06:29:09 +00:00
|
|
|
/*
|
|
|
|
* Asynchronous knem get
|
|
|
|
*/
|
2015-01-05 15:24:31 -07:00
|
|
|
int mca_btl_sm_get_async (mca_btl_base_module_t *btl, struct mca_btl_base_endpoint_t *endpoint, void *local_address,
|
|
|
|
uint64_t remote_address, mca_btl_base_registration_handle_t *local_handle,
|
|
|
|
mca_btl_base_registration_handle_t *remote_handle, size_t size, int flags,
|
|
|
|
int order, mca_btl_base_rdma_completion_fn_t cbfunc, void *cbcontext, void *cbdata);
|
2012-03-14 06:29:09 +00:00
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#endif /* OPAL_BTL_SM_HAVE_KNEM */
|
2012-03-14 06:29:09 +00:00
|
|
|
|
2012-07-24 00:22:22 +00:00
|
|
|
extern void mca_btl_sm_dump(struct mca_btl_base_module_t* btl,
|
|
|
|
struct mca_btl_base_endpoint_t* endpoint,
|
|
|
|
int verbose);
|
|
|
|
|
2007-03-16 23:11:45 +00:00
|
|
|
/**
|
|
|
|
* Fault Tolerance Event Notification Function
|
|
|
|
* @param state Checkpoint Stae
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
* @return OPAL_SUCCESS or failure status
|
2007-03-16 23:11:45 +00:00
|
|
|
*/
|
|
|
|
int mca_btl_sm_ft_event(int state);
|
2005-05-23 22:06:50 +00:00
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_ENABLE_PROGRESS_THREADS == 1
|
2005-07-03 16:06:07 +00:00
|
|
|
void mca_btl_sm_component_event_thread(opal_object_t*);
|
2014-06-25 20:43:28 +00:00
|
|
|
#endif
|
2005-07-15 15:22:41 +00:00
|
|
|
|
George did the work and deserves all the credit for it. Ralph did the merge, and deserves whatever blame results from errors in it :-)
WHAT: Open our low-level communication infrastructure by moving all necessary components (btl/rcache/allocator/mpool) down in OPAL
All the components required for inter-process communications are currently deeply integrated in the OMPI layer. Several groups/institutions have express interest in having a more generic communication infrastructure, without all the OMPI layer dependencies. This communication layer should be made available at a different software level, available to all layers in the Open MPI software stack. As an example, our ORTE layer could replace the current OOB and instead use the BTL directly, gaining access to more reactive network interfaces than TCP. Similarly, external software libraries could take advantage of our highly optimized AM (active message) communication layer for their own purpose. UTK with support from Sandia, developped a version of Open MPI where the entire communication infrastucture has been moved down to OPAL (btl/rcache/allocator/mpool). Most of the moved components have been updated to match the new schema, with few exceptions (mainly BTLs where I have no way of compiling/testing them). Thus, the completion of this RFC is tied to being able to completing this move for all BTLs. For this we need help from the rest of the Open MPI community, especially those supporting some of the BTLs. A non-exhaustive list of BTLs that qualify here is: mx, portals4, scif, udapl, ugni, usnic.
This commit was SVN r32317.
2014-07-26 00:47:28 +00:00
|
|
|
#if OPAL_ENABLE_PROGRESS_THREADS == 1
|
2005-06-30 05:50:55 +00:00
|
|
|
#define MCA_BTL_SM_SIGNAL_PEER(peer) \
|
2005-05-23 22:06:50 +00:00
|
|
|
{ \
|
|
|
|
unsigned char cmd = DATA; \
|
|
|
|
if(write(peer->fifo_fd, &cmd, sizeof(cmd)) != sizeof(cmd)) { \
|
2008-06-09 14:53:58 +00:00
|
|
|
opal_output(0, "mca_btl_sm_send: write fifo failed: errno=%d\n", errno); \
|
2005-05-23 22:06:50 +00:00
|
|
|
} \
|
|
|
|
}
|
2014-06-25 20:43:28 +00:00
|
|
|
#else
|
|
|
|
#define MCA_BTL_SM_SIGNAL_PEER(peer)
|
|
|
|
#endif
|
2005-05-23 22:06:50 +00:00
|
|
|
|
2015-01-05 15:24:31 -07:00
|
|
|
#if OPAL_BTL_SM_HAVE_KNEM | OPAL_BTL_SM_HAVE_CMA
|
|
|
|
struct mca_btl_base_registration_handle_t {
|
|
|
|
union {
|
|
|
|
struct {
|
|
|
|
uint64_t cookie;
|
|
|
|
intptr_t base_addr;
|
|
|
|
} knem;
|
|
|
|
pid_t pid;
|
|
|
|
} data;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct mca_btl_sm_registration_handle_t {
|
2015-02-19 13:41:41 -07:00
|
|
|
opal_free_list_item_t super;
|
2015-01-05 15:24:31 -07:00
|
|
|
mca_btl_base_registration_handle_t btl_handle;
|
|
|
|
};
|
|
|
|
typedef struct mca_btl_sm_registration_handle_t mca_btl_sm_registration_handle_t;
|
|
|
|
|
|
|
|
mca_btl_base_registration_handle_t *mca_btl_sm_register_mem (struct mca_btl_base_module_t* btl,
|
|
|
|
struct mca_btl_base_endpoint_t* endpoint,
|
|
|
|
void *base, size_t size, uint32_t flags);
|
|
|
|
|
|
|
|
int mca_btl_sm_deregister_mem (struct mca_btl_base_module_t* btl, mca_btl_base_registration_handle_t *handle);
|
|
|
|
|
|
|
|
#endif
|
|
|
|
|
2009-08-20 11:42:18 +00:00
|
|
|
END_C_DECLS
|
2006-08-24 16:38:08 +00:00
|
|
|
|
2005-05-23 22:06:50 +00:00
|
|
|
#endif
|
|
|
|
|