SHMEM_PUT32(3)
π SHMEM_PUT32(3) π β the Open MPI girlies of put, manual section 3 β¨
okay so this is the Open MPI manual page, section 3, and it covers a whole squad of routines β like eighteen of them, bestie, they all showed up to the group chat:
shmem_character_put(3)shmem_complex_put(3)shmem_double_put(3)shmem_float_put(3)shmem_int_put(3)shmem_integer_put(3)shmem_logical_put(3)shmem_long_put(3)shmem_longdouble_put(3)shmem_longlong_put(3)shmem_put4(3)shmem_put8(3)shmem_put32(3)shmem_put64(3)shmem_put128(3)shmem_putmem(3)shmem_real_put(3)shmem_short_put(3)
and what do they do? they transfer data to a specified processing element (PE) π«Ά that's the whole assignment. iconic behavior, no cap.
β¨ SYNOPSIS β¨
C or C++:
#include <mpp/shmem.h>
void shmem_double_put(double *target, const double *source,
size_t len, int pe)
void shmem_float_put(float *target, const float *source,
size_t len, int pe)
void shmem_int_put(int *target, const int *source, size_t len,
int pe)
void shmem_long_put(long *target, const long *source,
size_t len, int pe)
void shmem_longdouble_put(long double *target,
const long double *source, size_t len, int pe)
void shmem_longlong_put(long long *target,
const long long *source, size_t len, int pe)
void shmem_put32(void *target, const void *source, size_t len,
int pe)
void shmem_put64(void *target, const void *source, size_t len,
int pe)
void shmem_put128(void *target, const void *source, size_t len,
int pe)
void shmem_putmem(void *target, const void *source, size_t len,
int pe)
void shmem_short_put(short *target, const short *source,
size_t len, int pe)
Fortran:
INCLUDE "mpp/shmem.fh"
INTEGER len, pe
CALL SHMEM_CHARACTER_PUT(target, source, len, pe)
CALL SHMEM_COMPLEX_PUT(target, source, len, pe)
CALL SHMEM_DOUBLE_PUT(target, source, len, pe)
CALL SHMEM_INTEGER_PUT(target, source, len, pe)
CALL SHMEM_LOGICAL_PUT(target, source, len, pe)
CALL SHMEM_PUT(target, source, len, pe)
CALL SHMEM_PUT4(target, source, len, pe)
CALL SHMEM_PUT8(target, source, len, pe)
CALL SHMEM_PUT32(target, source, len, pe)
CALL SHMEM_PUT64(target, source, len, pe)
CALL SHMEM_PUT128(target, source, len, pe)
CALL SHMEM_PUTMEM(target, source, len, pe)
CALL SHMEM_REAL_PUT(target, source, len, pe)
πΈ DESCRIPTION πΈ
so here's the tea β β these routines transfer nelems elements of the data object at address source on the calling PE, over to the data object at address target on the remote PE pe. and the little plot twist: these routines start the remote transfer and may return before the data is delivered to the remote PE. so yeah, it's giving "sent, not necessarily delivered" energy π don't assume it landed just because the function came back.
the delivery of data into the data object on the destination PE from different put calls may occur in any order. because of this, two successive put operations may deliver data out of order β unless you slip a call to shmem_fence(3) in between the two calls. that's the whole trick, bestie. fence between them or accept the chaos π
π The arguments (meet the cast)
targetβ data object to be updated on the remote PE. this one must be remotely accessible. non-negotiable, it's literally the main character.sourceβ data object containing the data to be copied.lenβ number of elements in thetargetandsourcearrays.lenmust be of type integer. if you're using Fortran, it must be a constant, variable, or array element of default integer type.peβ PE number of the remote PE.pemust be of type integer. if you're using Fortran, it must be a constant, variable, or array element of default integer type.
π¦ The typing constraints (vibe check for your data types)
the target and source data objects must conform to certain typing constraints, which are as follows:
shmem_putmem:** Fortran: any noncharacter type. C: any data type.lenis scaled in bytes.shmem_put4,shmem_put32:** any noncharacter type that has a storage size equal to 32 bits.shmem_put8,shmem_put64:** any noncharacter type that has a storage size equal to 64 bits.shmem_put128:** any noncharacter type that has a storage size equal to 128 bits.shmem_short_put:** elements of typeshort.shmem_int_put:** elements of typeint.shmem_long_put:** elements of typelong.shmem_longlong_put:** elements of typelong long.shmem_float_put:** elements of typefloat.shmem_double_put:** elements of typedouble.shmem_longdouble_put:** elements of typelong double.SHMEM_CHARACTER_PUT:** elements of type character.lenis the number of characters to transfer. the actual character lengths of thesourceandtargetvariables are ignored πSHMEM_COMPLEX_PUT:** elements of type complex of default size.SHMEM_DOUBLE_PUT:** (Fortran) elements of type double precision.SHMEM_INTEGER_PUT:** elements of type integer.SHMEM_LOGICAL_PUT:** elements of type logical.SHMEM_REAL_PUT:** elements of type real.
if you're using Fortran, data types must be of default size. for example, a real variable must be declared asREAL,REAL*4, orREAL(KIND=4). don't be out here declaring whatever, the default-size rule is the rule β¨
π₯ EXAMPLES π₯
the following shmem_put example is for C/C++ programs:
#include <stdio.h>
#include <mpp/shmem.h>
main()
{
long source[10] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 };
static long target[10];
shmem_init();
if (shmem_my_pe() == 0) {
/* put 10 words into target on PE 1 */
shmem_long_put(target, source, 10, 1);
}
shmem_barrier_all(); /* sync sender and receiver */
if (shmem_my_pe() == 1)
shmem_udcflush(); /* not required on Altix systems */
printf("target[0] on PE %d is %d\n", shmem_my_pe(), target[0]);
}
look at that little shmem_barrier_all() doing the sync between sender and receiver β we love a coordinated moment π«Ά
π SEE ALSO π
intro_shmem(3)shmem_iput(3)shmem_quiet(3)
π COPYRIGHT π
2003-2026, The Open MPI Community
and that's the page, bestie! slay π this lil sign-off is brought to you by Open MPI, dated May 14, 2026 β go put some data on a remote PE and make it iconic β¨ππ¦
π¦ where this page comes from
- arch rolling: nvhpc-comm-libs 26.9-1 Β· LicenseRef-NVIDIA-HPC-SDK
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms