SHMEM_INT_XOR_TO_ALL(3)
π NAME π
okay bestie, welcome to Open MPI's section 3 β the land of shmem_comp4_xor_to_all(3), shmem_int_xor_to_all(3), shmem_int4_xor_to_all(3), shmem_int8_xor_to_all(3), shmem_long_xor_to_all(3), shmem_longlong_xor_to_all(3) and shmem_short_xor_to_all(3) β¨
and what do they do?? they perform a bitwise XOR operation on symmetric arrays over the active set of PEs. that's it, that's the whole vibe. π¦
π SYNOPSIS π
C or C++:
#include <mpp/shmem.h>
void shmem_int_xor_to_all(int *target, const int *source,
int nreduce, int PE_start, int logPE_stride, int PE_size,
int *pWrk, long *pSync)
void shmem_long_xor_to_all(long *target, const long *source,
int nreduce, int PE_start, int logPE_stride, int PE_size,
long *pWrk, long *pSync)
void shmem_longlong_xor_to_all(long long *target,
const long long *source, int nreduce, int PE_start, int logPE_stride,
int PE_size, long long *pWrk, long *pSync)
void shmem_short_xor_to_all(short *target, const short *source,
int nreduce, int PE_start, int logPE_stride, int PE_size,
short *pWrk, long *pSync)
Fortran:
INCLUDE "mpp/shmem.fh"
INTEGER pSync(SHMEM_REDUCE_SYNC_SIZE)
INTEGER nreduce, PE_start, logPE_stride, PE_size
CALL SHMEM_COMP4_XOR_TO_ALL(target, source, nreduce,
& PE_start, logPE_stride, PE_size, pWrk, pSync)
CALL SHMEM_INT4_XOR_TO_ALL(target, source, nreduce,
& PE_start, logPE_stride, PE_size, pWrk, pSync)
CALL SHMEM_INT8_XOR_TO_ALL(target, source, nreduce,
& PE_start, logPE_stride, PE_size, pWrk, pSync)
β¨ DESCRIPTION β¨
so like. the shared memory (SHMEM) reduction routines compute one or more reductions across symmetric arrays on multiple virtual PEs. a reduction is literally just performing an associative binary operation across a set of values. if you want the full roster of other SHMEM reduction routines, go peek at intro_shmem(3). π
and listen β as with all SHMEM collective routines, each of these routines assumes that only PEs in the active set call the routine. if a PE that is not in the active set calls a SHMEM collective routine, that's undefined behavior, no cap. π
the nreduce argument decides how many separate reductions you're doing. the source array on all PEs in the active set hands over one element for each reduction. the results land in the target array on all PEs in the active set. and the active set itself is defined by the PE_start, logPE_stride, PE_size triplet. periodt. π«Ά
the source and target arrays may be the same array β slay β but they may not be overlapping arrays. π
πΈ the arguments, one by one πΈ
targetβ a symmetric array of lengthnreduceelements that receives the results of the reduction operations. the data type oftargetvaries with the version of the reduction routine being called and the language you're using. calling from C/C++? go check the SYNOPSIS section for the data type tea. calling from Fortran? thetargetdata types are:shmem_comp8_xor_to_all: Complex, with an element size equal to two 8-byte real valuesshmem_comp4_xor_to_all: Complex, with an element size equal to two 4-byte real valuesshmem_int8_xor_to_all: Integer, with an element size of 8 bytesshmem_int4_xor_to_all: Integer, with an element size of 4 bytesshmem_real8_xor_to_all: Real, with an element size of 8 bytesshmem_real4_xor_to_all: Real, with an element size of 4 bytes
sourceβ a symmetric array, of lengthnreduceelements, that contains one element for each separate reduction operation.sourcemust have the same data type astarget. matching fits, literally. πnreduceβ the number of elements in thetargetandsourcearrays.nreducemust be of type integer. if you're using Fortran, it must be a default integer value.PE_startβ the lowest virtual PE number of the active set of PEs.PE_startmust be of type integer. if you're using Fortran, it must be a default integer value.logPE_strideβ the log (base 2) of the stride between consecutive virtual PE numbers in the active set.logPE_stridemust be of type integer. if you're using Fortran, it must be a default integer value. yes bestie, base 2, it's giving math class but make it parallel. π§PE_sizeβ the number of PEs in the active set.PE_sizemust be of type integer. if you're using Fortran, it must be a default integer value.pWrkβ a symmetric work array.pWrkmust have the same data type astarget. in C/C++, this containsmax(nreduce/2 + 1, _SHMEM_REDUCE_MIN_WRKDATA_SIZE)elements. in Fortran, this containsmax(nreduce/2 + 1, SHMEM_REDUCE_MIN_WRKDATA_SIZE)elements.pSyncβ a symmetric work array. in C/C++,pSyncis of typelongand size_SHMEM_REDUCE_SYNC_SIZE. in Fortran,pSyncis of type integer and sizeSHMEM_REDUCE_SYNC_SIZE. if you're using Fortran, it must be a default integer value. every element of this array must be initialized with the value_SHMEM_SYNC_VALUE(in C/C++) orSHMEM_SYNC_VALUE(in Fortran) before any of the PEs in the active set enter the reduction routine. π¨
the values of the argumentsnreduce,PE_start,logPE_stride, andPE_sizemust be equal on all PEs in the active set. and the sametargetandsourcearrays, plus the samepWrkandpSyncwork arrays, must be passed to all PEs in the active set. everyone on the same page or it's a mess, fr fr.
before any PE calls a reduction routine, you must make sure the following conditions exist β synchronization via a barrier or some other method is often needed to make that happen:
- the
pWrkandpSyncarrays on all PEs in the active set are not still in use from a prior call to a collective SHMEM routine. - the
targetarray on all PEs in the active set is ready to accept the results of the reduction.
upon return from a reduction routine, the following are true for the local PE:
- the
targetarray is updated. - the values in the
pSyncarray are restored to the original values. β¨
π₯ NOTES π₯
the terms collective, symmetric, and cache aligned are defined in intro_shmem(3) β go read it, it's the lore. π
all SHMEM reduction routines reset the values in pSync before they return, so a particular pSync buffer only needs to be initialized the first time it is used. cute, right? π
you must ensure that the pSync array is not being updated on any PE in the active set while any of the PEs participate in processing of a SHMEM reduction routine. be careful of these situations:
- if the
pSyncarray is initialized at run time, some type of synchronization is needed to ensure that all PEs in the working set have initializedpSyncbefore any of them enter a SHMEM routine called with thepSyncsynchronization array. - a
pSyncorpWrkarray can be reused in a subsequent reduction routine call only if none of the PEs in the active set are still processing a prior reduction routine call that used the samepSyncorpWrkarrays.
in general, this can be assured only by doing some type of synchronization. however β special case alert π¨ β in the special case of reduction routines being called with the same active set, you can allocate two pSync and pWrk arrays and alternate between them on successive calls. iconic workaround, honestly. π
π EXAMPLES π
Example 1: this Fortran example statically initializes the pSync array and computes the exclusive OR of variable FOO across all even PEs. main character energy.
INCLUDE "mpp/shmem.fh"
INTEGER PSYNC(SHMEM_REDUCE_SYNC_SIZE)
DATA PSYNC /SHMEM_REDUCE_SYNC_SIZE*SHMEM_SYNC_VALUE/
PARAMETER (NR=1)
REAL FOO, FOOXOR, PWRK(MAX(NR/2+1,SHMEM_REDUCE_MIN_WRKDATA_SIZE))
COMMON /COM/ FOO, FOOXOR, PWRK
INTRINSIC MY_PE
IF ( MOD(MY_PE(),2) .EQ. 0) THEN
CALL SHMEM_REAL8_XOR_TO_ALL(FOOXOR, FOO, NR, 0, 1, N$PES/2,
& PWRK, PSYNC)
PRINT *, 'Result on PE ', MY_PE(), ' is ', FOOXOR
ENDIF
Example 2: consider the following C/C++ call:
shmem_short_xor_to_all( target, source, 3, 0, 0, 8, pwrk, psync );
the preceding call is more efficient, but semantically equivalent to, the combination of the following calls:
shmem_short_xor_to_all(&(target[0]), &(source[0]), 1, 0, 0, 8,
pwrk1, psync1);
shmem_short_xor_to_all(&(target[1]), &(source[1]), 1, 0, 0, 8,
pwrk2, psync2);
shmem_short_xor_to_all(&(target[2]), &(source[2]), 1, 0, 0, 8,
pwrk1, psync1);
note that two sets of pWrk and pSync arrays are used alternately because no synchronization is done between calls. the alternating thing?? that's the whole trick. π
π¦ SEE ALSO π¦
π Copyright π
2003-2026, The Open MPI Community
and that's the whole page bestie!! π this one is from Open MPI, section 3, and the footer says Sep 10, 2026 with the page name SHMEM_INT_XOR_TO_ALL(3). go forth and XOR, you absolute legend. πβ¨πΈ
π¦ where this page comes from
- ubuntu stonking: openmpi-doc 5.0.10-6 Β· other
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms