SHMEM. SHMEM (from Cray Research's “shared memory” library) is a family of parallel programming libraries, providing one-sided, RDMA, parallel-processing interfaces for low-latency distributed-memory supercomputers.  The SHMEM acronym was subsequently reverse engineered to mean "Symmetric Hierarchical MEMory”. Later it was expanded to distributed memory parallel computer clusters, and is used as parallel programming interface or as low-level interface to build partitioned global address space (PGAS) systems and languages. “Libsma”, the first SHMEM library, was created by Richard Smith at Cray Research in 1993 as a set of thin interfaces to access the CRAY T3D's inter-processor-communication hardware.  SHMEM has been implemented by Cray Research, SGI, Cray Inc., Quadrics, HP, GSHMEM, IBM, QLogic, Mellanox, Universities of Houston and Florida; there is also open-source OpenSHMEM.

SHMEM laid the foundations for low-latency (sub-microsecond) one-sided communication. After its use on the CRAY T3E, its popularity waned as few machines could deliver the near-microsecond latencies necessary to maintain efficiency for its hallmark individual-word communication.  With the advent of popular sub-microsecond interconnects, SHMEM has been used to address the necessity of hyper-efficient, portable, parallel-communication methods for exascale computing.

Programs written using SHMEM can be started on several computers, connected together with some high-performance network, supported by used SHMEM library. Every computer runs a copy of a program (SPMD); each copy is called PE (processing element). PEs can ask the SHMEM library to do remote memory-access operations, like reading ("shmem_get" operation) or writing ("shmem_put" operation) data. Peer-to-peer operations are one-sided, which means that no active cooperation from remote thread is needed to complete the action (but it can poll its local memory for changes using "shmem_wait"). Operations can be done on short types like bytes or words, or on longer datatypes like arrays, sometimes evenly strided or indexed (only some elements of array are sent). For short datatypes, SHMEM can do atomic operations (CAS, fetch and add, atomic increment, etc.) even in remote memory. Also there are two different synchronization methods: task control sync (barriers and locks) and functions to enforce memory fencing and ordering. SHMEM has several collective operations, which should be started by all PEs, like reductions, broadcast, collect.

Every PE has some of its memory declared as "symmetric" segment (or shared memory area) and other memory is private. Only "shared" memory can be accessed in one-sided operation from remote PEs.  Programmers can use static-memory constructs or shmalloc/shfree routines to create objects with symmetric address that span the PEs.

Typical SHMEM functions 
  — start N processing elements (PE)
  — ask SHMEM to return the PE identifier of current thread
  — wait until all PEs run up to barrier; then enable them to go further
  — write data of length "length" to the remote address "target" on PE with id "pe" from local address "source"
  — read data of length "length" from the remote address "source" on PE with id "pe" and save to read values into local address "target"

List of SHMEM implementations 

 Cray Research: Original SHMEM for Cray T3D, Cray T3E, and Cray Research PVP supercomputers
 SGI: SGI-SHMEM for systems with NUMAlink and Altix build with InfiniBand network adapters
 Cray Inc.: MP-SHMEM for Unicos MP (X1E supercomputer)
 Cray Inc.: LC-SHMEM for Unicos LC (Cray XT3, XT4, XT5)
 Quadrics: Q-SHMEM for Linux clusters with QsNet interconnect
 Cyclops-64 SHMEM
 HP SHMEM
 IBM SHMEM
 GPSHMEM

OpenSHMEM implementations 
OpenSHMEM is a standard effort by SGI and Open Source Software Solutions, Inc.
 University of Houston: Reference OpenSHMEM
 Mellanox ScalableSHMEM
 Portals-SHMEM (on top of Portals interface)
 University of Florida: Gator SHMEM
 Open MPI includes an implementation of OpenSHMEM
 Adapteva Epiphany Coprocessor
 Sandia OpenSHMEM (SOS) supports multiple networking APIs

Disadvantages
In first years SHMEM was accessible only on some Cray Research machines (later additionally on SGI) equipped with special networks, limiting library widespread and being vendor lock-in (for example, Cray Research recommended to partially rewrite MPI programs to combine both MPI and shmem calls, which make the program non-portable to other clear-MPI environment).

SHMEM was not defined as standard, so there were created several incompatible variants of SHMEM libraries by other vendors. Libraries had different include file names, different management function names for starting PEs or getting current PE id, and some functions were changed or not supported.

Some SHMEM routines were designed according to Cray T3D architecture limitations, for example reductions and broadcasts could be started only on subsets of PEs with size being power of two.

Variants of SHMEM libraries can run on top of any MPI library, even when a cluster has only non-RDMA optimized Ethernet, however the performance will be typically worse than other enhanced networking protocols.

Memory in shared region should be allocated using special functions (/), not with the system .

SHMEM is available only for C and Fortran (some versions also to C++).

Many disadvantages of SHMEM have been overcome with the use of OpenSHMEM on popular sub-microsecond interconnects, driven by exascale development.

See also 

 Message Passing Interface (especially one-sided operations of MPI-2)
 Active Messages
 Unified Parallel C (one of PGAS languages, can be implemented on top of SHMEM)

References

Further reading 
 Shared Memory Access (SHMEM) Routines // Cray Research, 1995

External links 
 Using SHMEM on the CRAY T3E
 man intro_shmem (SGI TPL) - Introduction to the SHMEM programming model
 OpenSHMEM: an effort to create a specification for a standardized API for parallel programming in the Partitioned Global Address Space.

Parallel computing
Application programming interfaces