| 16 |
|
|
| 17 |
\subsection{Introduction} |
\subsection{Introduction} |
| 18 |
|
|
| 19 |
The \texttt{exch2} package extends the original cubed |
The \texttt{exch2} package extends the original cubed sphere topology |
| 20 |
sphere topology configuration to allow more flexible domain |
configuration to allow more flexible domain decomposition and |
| 21 |
decomposition and parallelization. Cube faces (also called |
parallelization. Cube faces (also called subdomains) may be divided |
| 22 |
subdomains) may be divided into any number of tiles that divide evenly |
into any number of tiles that divide evenly into the grid point |
| 23 |
into the grid point dimensions of the subdomain. Furthermore, the |
dimensions of the subdomain. Furthermore, the tiles can run on |
| 24 |
individual tiles can run on separate processors in different |
separate processors individually or in groups, which provides for |
| 25 |
combinations, and whether exchanges between particular tiles occur |
manual compile-time load balancing across a relatively arbitrary |
| 26 |
between different processors is determined at runtime. This |
number of processors. \\ |
|
flexibility provides for manual compile-time load balancing across a |
|
|
relatively arbitrary number of processors. \\ |
|
| 27 |
|
|
| 28 |
The exchange parameters are declared in |
The exchange parameters are declared in |
| 29 |
\filelink{pkg/exch2/W2\_EXCH2\_TOPOLOGY.h}{pkg-exch2-W2_EXCH2_TOPOLOGY.h} |
\filelink{pkg/exch2/W2\_EXCH2\_TOPOLOGY.h}{pkg-exch2-W2_EXCH2_TOPOLOGY.h} |
| 53 |
details. \\ |
details. \\ |
| 54 |
|
|
| 55 |
$\bullet$ An example of \file{W2\_EXCH2\_TOPOLOGY.h} and |
$\bullet$ An example of \file{W2\_EXCH2\_TOPOLOGY.h} and |
| 56 |
\file{w2\_e2setup.F} must reside in a directory containing code |
\file{w2\_e2setup.F} must reside in a directory containing files |
| 57 |
linked when \file{genmake2} runs. The safest place to put these |
symbolically linked when \file{genmake2} runs. The safest place to |
| 58 |
is the directory indicated in the \code{-mods=DIR} command line |
put these is the directory indicated in the \code{-mods=DIR} command |
| 59 |
modifier (typically \file{../code}), or the build directory. The |
line modifier (typically \file{../code}), or the build directory. |
| 60 |
default versions of these files reside in \file{pkg/exch2} and are |
The default versions of these files reside in \file{pkg/exch2} and |
| 61 |
linked automatically if no other versions exist elsewhere in the |
are linked automatically if no other versions exist elsewhere in the |
| 62 |
link path, but they should be left untouched to avoid breaking |
build path, but they should be left untouched to avoid breaking |
| 63 |
configurations other than the one you intend to modify.\\ |
configurations other than the one you intend to modify.\\ |
| 64 |
|
|
| 65 |
$\bullet$ Files containing grid parameters, named |
$\bullet$ Files containing grid parameters, named |
| 82 |
Section \ref{sect:specifying_a_decomposition} |
Section \ref{sect:specifying_a_decomposition} |
| 83 |
\sectiontitle{Specifying a decomposition}.\\ |
\sectiontitle{Specifying a decomposition}.\\ |
| 84 |
|
|
| 85 |
As of the time of writing the following examples use exch2 and may be |
At the time of this writing the following examples use exch2 and may |
| 86 |
used for guidance: |
be used for guidance: |
| 87 |
|
|
| 88 |
\begin{verbatim} |
\begin{verbatim} |
| 89 |
verification/adjust_nlfs.cs-32x32x1 |
verification/adjust_nlfs.cs-32x32x1 |
| 127 |
the tiles into which the subdomains are decomposed, and must evenly |
the tiles into which the subdomains are decomposed, and must evenly |
| 128 |
divide the integer assigned to \code{nr}, \code{nb} and \code{ng}. |
divide the integer assigned to \code{nr}, \code{nb} and \code{ng}. |
| 129 |
The result is a rectangular tiling of the subdomain. Figure |
The result is a rectangular tiling of the subdomain. Figure |
| 130 |
\ref{fig:24tile} shows one possible topology for a twentyfour-tile |
\ref{fig:24tile} shows one possible topology for a twenty-four-tile |
| 131 |
cube, and figure \ref{fig:12tile} shows one for twelve tiles. \\ |
cube, and figure \ref{fig:12tile} shows one for twelve tiles. \\ |
| 132 |
|
|
| 133 |
\begin{figure} |
\begin{figure} |
| 138 |
\end{center} |
\end{center} |
| 139 |
|
|
| 140 |
\caption{Plot of a cubed sphere topology with a 32$\times$192 domain |
\caption{Plot of a cubed sphere topology with a 32$\times$192 domain |
| 141 |
divided into six 32$\times$32 subdomains, each of which is divided into four tiles |
divided into six 32$\times$32 subdomains, each of which is divided |
| 142 |
(\code{tnx=16, tny=16}) for a total of twentyfour tiles. |
into four tiles (\code{tnx=16, tny=16}) for a total of twenty-four |
| 143 |
} \label{fig:24tile} |
tiles. } \label{fig:24tile} |
| 144 |
\end{figure} |
\end{figure} |
| 145 |
|
|
| 146 |
\begin{figure} |
\begin{figure} |
| 204 |
The parameters \varlink{nSx}{nSx}, \varlink{nSy}{nSy}, |
The parameters \varlink{nSx}{nSx}, \varlink{nSy}{nSy}, |
| 205 |
\varlink{nPx}{nPx}, and \varlink{nPy}{nPy} relate to the number of |
\varlink{nPx}{nPx}, and \varlink{nPy}{nPy} relate to the number of |
| 206 |
tiles and how they are distributed on processors. When using exch2, |
tiles and how they are distributed on processors. When using exch2, |
| 207 |
the tiles are stored in single dimension, and so |
the tiles are stored in a single dimension, and so |
| 208 |
\code{\varlink{nSy}{nSy}=1} in all cases. Since the tiles as |
\code{\varlink{nSy}{nSy}=1} in all cases. Since the tiles as |
| 209 |
configured by exch2 cannot be split up accross processors without |
configured by exch2 cannot be split up accross processors without |
| 210 |
regenerating the topology, \code{\varlink{nPy}{nPy}=1} as well. \\ |
regenerating the topology, \code{\varlink{nPy}{nPy}=1} as well. \\ |
| 235 |
& Nr = 5) |
& Nr = 5) |
| 236 |
\end{verbatim} |
\end{verbatim} |
| 237 |
|
|
| 238 |
The following is an example for the twentyfour-tile topology in figure |
The following is an example for the twenty-four-tile topology in |
| 239 |
\ref{fig:24tile} running on six processors: |
figure \ref{fig:24tile} running on six processors: |
| 240 |
|
|
| 241 |
\begin{verbatim} |
\begin{verbatim} |
| 242 |
PARAMETER ( |
PARAMETER ( |
| 260 |
\subsection{Key Variables} |
\subsection{Key Variables} |
| 261 |
|
|
| 262 |
The descriptions of the variables are divided up into scalars, |
The descriptions of the variables are divided up into scalars, |
| 263 |
one-dimensional arrays indexed to the tile number, and two and three |
one-dimensional arrays indexed to the tile number, and two and |
| 264 |
dimensional arrays indexed to tile number and neighboring tile. This |
three-dimensional arrays indexed to tile number and neighboring tile. |
| 265 |
division reflects the functionality of these variables: The |
This division reflects the functionality of these variables: The |
| 266 |
scalars are common to every part of the topology, the tile-indexed |
scalars are common to every part of the topology, the tile-indexed |
| 267 |
arrays to individual tiles, and the arrays indexed by tile and |
arrays to individual tiles, and the arrays indexed by tile and |
| 268 |
neighbor to relationships between tiles and their neighbors. \\ |
neighbor to relationships between tiles and their neighbors. \\ |
| 286 |
\code{exch2\_domain\_nyt=2}. Note that these parameters express the |
\code{exch2\_domain\_nyt=2}. Note that these parameters express the |
| 287 |
tile layout to allow global data files that are tile-layout-neutral |
tile layout to allow global data files that are tile-layout-neutral |
| 288 |
and have no bearing on the internal storage of the arrays. The tiles |
and have no bearing on the internal storage of the arrays. The tiles |
| 289 |
are internally stored in a range from \code{(1:\varlink{bi}{bi})} the |
are stored internally in a range from \code{(1:\varlink{bi}{bi})} the |
| 290 |
$x$ axis, and the $y$ axis variable \varlink{bj}{bj} is generally |
$x$ axis, and the $y$ axis variable \varlink{bj}{bj} generally is |
| 291 |
ignored within the package. \\ |
ignored within the package. \\ |
| 292 |
|
|
| 293 |
\subsubsection{Arrays Indexed to Tile Number} |
\subsubsection{Arrays Indexed to Tile Number} |
| 294 |
|
|
| 295 |
The following arrays are of length \code{NTILES}and are indexed to the |
The following arrays are of length \code{NTILES} and are indexed to |
| 296 |
tile number, which is indicated in the diagrams with the notation |
the tile number, which is indicated in the diagrams with the notation |
| 297 |
\textsf{t}$n$. The indices are omitted in the descriptions. \\ |
\textsf{t}$n$. The indices are omitted in the descriptions. \\ |
| 298 |
|
|
| 299 |
The arrays \varlink{exch2\_tnx}{exch2_tnx} and |
The arrays \varlink{exch2\_tnx}{exch2_tnx} and |
| 310 |
relate the location of the edges of different tiles to each other. As |
relate the location of the edges of different tiles to each other. As |
| 311 |
an example, in the default six-tile topology (Fig. \ref{fig:6tile}) |
an example, in the default six-tile topology (Fig. \ref{fig:6tile}) |
| 312 |
each index in these arrays is set to \code{0} since a tile occupies |
each index in these arrays is set to \code{0} since a tile occupies |
| 313 |
its entire subdomain. The twentyfour-tile case discussed above will |
its entire subdomain. The twenty-four-tile case discussed above will |
| 314 |
have values of \code{0} or \code{16}, depending on the quadrant the |
have values of \code{0} or \code{16}, depending on the quadrant the |
| 315 |
tile falls within the subdomain. The elements of the arrays |
tile falls within the subdomain. The elements of the arrays |
| 316 |
\varlink{exch2\_txglobalo}{exch2_txglobalo} and |
\varlink{exch2\_txglobalo}{exch2_txglobalo} and |
| 317 |
\varlink{exch2\_txglobalo}{exch2_txglobalo} are similar to |
\varlink{exch2\_txglobalo}{exch2_txglobalo} are similar to |
| 318 |
\varlink{exch2\_tbasex}{exch2_tbasex} and |
\varlink{exch2\_tbasex}{exch2_tbasex} and |
| 319 |
\varlink{exch2\_tbasey}{exch2_tbasey}, but locate the tiles within the |
\varlink{exch2\_tbasey}{exch2_tbasey}, but locate the tiles within the |
| 320 |
global address space, similar to that used by global files. \\ |
global address space, similar to that used by global output and input |
| 321 |
|
files. \\ |
| 322 |
|
|
| 323 |
The array \varlink{exch2\_myFace}{exch2_myFace} contains the number of |
The array \varlink{exch2\_myFace}{exch2_myFace} contains the number of |
| 324 |
the subdomain of each tile, in a range \code{(1:6)} in the case of the |
the subdomain of each tile, in a range \code{(1:6)} in the case of the |
| 325 |
standard cube topology and indicated by \textbf{\textsf{f}}$n$ in |
standard cube topology and indicated by \textbf{\textsf{f}}$n$ in |
| 326 |
figures \ref{fig:12tile} and |
figures \ref{fig:12tile} and |
| 327 |
\ref{fig:24tile}. \varlink{exch2\_nNeighbours}{exch2_nNeighbours} |
\ref{fig:24tile}. \varlink{exch2\_nNeighbours}{exch2_nNeighbours} |
| 328 |
contains a count the neighboring tiles each tile has, and is |
contains a count of the neighboring tiles each tile has, and is used |
| 329 |
used for setting bounds for looping over neighboring tiles. |
for setting bounds for looping over neighboring tiles. |
| 330 |
\varlink{exch2\_tProc}{exch2_tProc} holds the process rank of each |
\varlink{exch2\_tProc}{exch2_tProc} holds the process rank of each |
| 331 |
tile, and is used in interprocess communication. \\ |
tile, and is used in interprocess communication. \\ |
| 332 |
|
|
| 345 |
|
|
| 346 |
\subsubsection{Arrays Indexed to Tile Number and Neighbor} |
\subsubsection{Arrays Indexed to Tile Number and Neighbor} |
| 347 |
|
|
| 348 |
The following arrays are all of size |
The following arrays have vectors of length \code{MAX\_NEIGHBOURS} and |
| 349 |
\code{MAX\_NEIGHBOURS}$\times$\code{NTILES} and describe the |
\code{NTILES} and describe the orientations between the the tiles. \\ |
|
orientations between the the tiles. \\ |
|
| 350 |
|
|
| 351 |
The array \code{exch2\_neighbourId(a,T)} holds the tile number |
The array \code{exch2\_neighbourId(a,T)} holds the tile number |
| 352 |
\code{Tn} for each of the tile number \code{T}'s neighboring tiles |
\code{Tn} for each of the tile number \code{T}'s neighboring tiles |
| 353 |
\code{a}. The neighbor tiles are indexed |
\code{a}. The neighbor tiles are indexed |
| 354 |
\code{(1:exch2\_NNeighbours(T))} in the order right to left on the |
\code{(1:exch2\_nNeighbours(T))} in the order right to left on the |
| 355 |
north then south edges, and then top to bottom on the east and west |
north then south edges, and then top to bottom on the east then west |
| 356 |
edges. Maybe throw in a fig here, eh? \\ |
edges. \\ |
| 357 |
|
|
| 358 |
\sloppy The \code{exch2\_opposingSend\_record(a,T)} array holds the |
The \code{exch2\_opposingSend\_record(a,T)} array holds the |
| 359 |
index \code{b} of the element in \texttt{exch2\_neighbourId(b,Tn)} |
index \code{b} of the element in \texttt{exch2\_neighbourId(b,Tn)} |
| 360 |
that holds the tile number \code{T}, given |
that holds the tile number \code{T}, given |
| 361 |
\code{Tn=exch2\_neighborId(a,T)}. In other words, |
\code{Tn=exch2\_neighborId(a,T)}. In other words, |
| 371 |
necessary in exchanges between subdomains because the array index in |
necessary in exchanges between subdomains because the array index in |
| 372 |
one dimension may map to the other index in an adjacent subdomain, and |
one dimension may map to the other index in an adjacent subdomain, and |
| 373 |
may be have its indexing reversed. This swapping arises from the |
may be have its indexing reversed. This swapping arises from the |
| 374 |
``folding'' of two-dimensional arrays into a three-dimensional cube. |
``folding'' of two-dimensional arrays into a three-dimensional |
| 375 |
|
cube. \\ |
| 376 |
|
|
| 377 |
The dimensions of \code{exch2\_pi(t,N,T)} and \code{exch2\_pj(t,N,T)} |
The dimensions of \code{exch2\_pi(t,N,T)} and \code{exch2\_pj(t,N,T)} |
| 378 |
are the neighbor ID \code{N} and the tile number \code{T} as explained |
are the neighbor ID \code{N} and the tile number \code{T} as explained |
| 401 |
\varlink{exch2\_oj}{exch2_oj}, \varlink{exch2\_oi\_f}{exch2_oi_f}, and |
\varlink{exch2\_oj}{exch2_oj}, \varlink{exch2\_oi\_f}{exch2_oi_f}, and |
| 402 |
\varlink{exch2\_oj\_f}{exch2_oj_f} are indexed to tile number and |
\varlink{exch2\_oj\_f}{exch2_oj_f} are indexed to tile number and |
| 403 |
neighbor and specify the relative offset within the subdomain of the |
neighbor and specify the relative offset within the subdomain of the |
| 404 |
array index of a variable going from a neighboring tile $N$ to a local |
array index of a variable going from a neighboring tile \code{N} to a |
| 405 |
tile $T$. Consider \code{T=1} in the six-tile topology |
local tile \code{T}. Consider \code{T=1} in the six-tile topology |
| 406 |
(Fig. \ref{fig:6tile}), where |
(Fig. \ref{fig:6tile}), where |
| 407 |
|
|
| 408 |
\begin{verbatim} |
\begin{verbatim} |
| 419 |
the western neighbor (\code{Tn=5}), \code{code\_oi(3,1)=32} since the |
the western neighbor (\code{Tn=5}), \code{code\_oi(3,1)=32} since the |
| 420 |
\code{x=0} vector on \code{T} corresponds to the \code{y=32} vector on |
\code{x=0} vector on \code{T} corresponds to the \code{y=32} vector on |
| 421 |
\code{Tn}. The eastern edge of \code{T} shows the reverse case |
\code{Tn}. The eastern edge of \code{T} shows the reverse case |
| 422 |
(\code{exch2\_oi(4,1)=-32)}, where \code{x=32} on \code{T} exchanges |
(\code{exch2\_oi(4,1)=-32)}), where \code{x=32} on \code{T} exchanges |
| 423 |
with \code{x=0} on \code{Tn=2}. The most interesting case, where |
with \code{x=0} on \code{Tn=2}. \\ |
| 424 |
\code{exch2\_oi(1,1)=33} and \code{Tn=3}, involves a reversal of |
|
| 425 |
indices. As in every case, the offset \code{exch2\_oi} is added to |
The most interesting case, where \code{exch2\_oi(1,1)=33} and |
| 426 |
the original $x$ index of \code{T} multiplied by the transformation |
\code{Tn=3}, involves a reversal of indices. As in every case, the |
| 427 |
factor \code{exch2\_pi(t,N,T)}. Here \code{exch2\_pi(1,1,1)=0} since |
offset \code{exch2\_oi} is added to the original $x$ index of \code{T} |
| 428 |
the $x$ axis of \code{T} is orthogonal to the $x$ axis of \code{Tn}. |
multiplied by the transformation factor \code{exch2\_pi(t,N,T)}. Here |
| 429 |
\code{exch2\_pi(2,1,1)=-1} since the $x$ axis of \code{T} corresponds |
\code{exch2\_pi(1,1,1)=0} since the $x$ axis of \code{T} is orthogonal |
| 430 |
to the $y$ axis of \code{Tn}, but the axes are reversed. The result |
to the $x$ axis of \code{Tn}. \code{exch2\_pi(2,1,1)=-1} since the |
| 431 |
is that the index of the northern edge of \code{T}, which runs |
$x$ axis of \code{T} corresponds to the $y$ axis of \code{Tn}, but the |
| 432 |
\code{(1:32)}, is transformed to |
index is reversed. The result is that the index of the northern edge |
| 433 |
|
of \code{T}, which runs \code{(1:32)}, is transformed to |
| 434 |
\code{(-1:-32)}. \code{exch2\_oi(1,1)} is then added to this range to |
\code{(-1:-32)}. \code{exch2\_oi(1,1)} is then added to this range to |
| 435 |
get back \code{(1:32)} -- the index of the $y$ axis of \code{Tn}. |
get back \code{(32:1)} -- the index of the $y$ axis of \code{Tn} |
| 436 |
This transformation may seem overly convoluted for the six-tile case, |
relative to \code{T}. This transformation may seem overly convoluted |
| 437 |
but it is necessary to provide a general solution for various |
for the six-tile case, but it is necessary to provide a general |
| 438 |
topologies. \\ |
solution for various topologies. \\ |
| 439 |
|
|
| 440 |
|
|
| 441 |
|
|
| 455 |
exch2_jthi_c(4,2)=33 |
exch2_jthi_c(4,2)=33 |
| 456 |
\end{verbatim} |
\end{verbatim} |
| 457 |
|
|
| 458 |
Here \code{N=4}, indicating the western neighbor, which is \code{Tn=1}. |
Here \code{N=4}, indicating the western neighbor, which is |
| 459 |
\code{Tn=1} resides on the same subdomain as \code{T=2}, so the tiles |
\code{Tn=1}. \code{Tn} resides on the same subdomain as \code{T}, so |
| 460 |
have the same orientation and the same $x$ and $y$ axes. The $i$ |
the tiles have the same orientation and the same $x$ and $y$ axes. |
| 461 |
component is orthogonal to the western edge and the tile is 16 points |
The $x$ axis is orthogonal to the western edge and the tile is 16 |
| 462 |
wide, so \code{exch2\_itlo\_c} and \code{exch2\_ithi\_c} indicate the |
points wide, so \code{exch2\_itlo\_c} and \code{exch2\_ithi\_c} |
| 463 |
column beyond \code{Tn=1}'s eastern edge, in that tile's halo |
indicate the column beyond \code{Tn}'s eastern edge, in that tile's |
| 464 |
region. Since the border of the tiles extends through the entire |
halo region. Since the border of the tiles extends through the entire |
| 465 |
height of the subdomain, the $y$ axis bounds \code{exch2\_jtlo\_c} to |
height of the subdomain, the $y$ axis bounds \code{exch2\_jtlo\_c} to |
| 466 |
\code{exch2\_jthi\_c} cover the height, plus 1 in either direction to |
\code{exch2\_jthi\_c} cover the height of \code{(1:32)}, plus 1 in |
| 467 |
cover part of the halo. \\ |
either direction to cover part of the halo. \\ |
| 468 |
|
|
| 469 |
For the north edge of the same tile \code{T=2} where \code{N=1} and |
For the north edge of the same tile \code{T=2} where \code{N=1} and |
| 470 |
the neighbor tile is \code{Tn=5}: |
the neighbor tile is \code{Tn=5}: |
| 477 |
\end{verbatim} |
\end{verbatim} |
| 478 |
|
|
| 479 |
\code{T}'s northern edge is parallel to the $x$ axis, but since |
\code{T}'s northern edge is parallel to the $x$ axis, but since |
| 480 |
\code{Tn}'s $y$ axis corresponds to \code{T}'s $x$ axis, |
\code{Tn}'s $y$ axis corresponds to \code{T}'s $x$ axis, \code{T}'s |
| 481 |
\code{T}'s northern edge exchanges with \code{Tn}'s western edge. |
northern edge exchanges with \code{Tn}'s western edge. The western |
| 482 |
The western edge of the tiles corresponds to the lower bound of the |
edge of the tiles corresponds to the lower bound of the $x$ axis, so |
| 483 |
$x$ axis, so \code{exch2\_itlo\_c} \code{exch2\_ithi\_c} are \code{0}. The |
\code{exch2\_itlo\_c} \code{exch2\_ithi\_c} are \code{0}. The range of |
| 484 |
range of \code{exch2\_jtlo\_c} and \code{exch2\_jthi\_c} correspond to the |
\code{exch2\_jtlo\_c} and \code{exch2\_jthi\_c} correspond to the |
| 485 |
width of \code{T}'s northern edge, plus the halo. \\ |
width of \code{T}'s northern edge, plus the halo. \\ |
| 486 |
|
|
| 487 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This needs some diagrams. \\ |
|
|
|
|
|
|
|
|
|
|
| 488 |
\subsection{Key Routines} |
\subsection{Key Routines} |
| 489 |
|
|
| 490 |
Most of the subroutines particular to exch2 handle the exchanges |
Most of the subroutines particular to exch2 handle the exchanges |
| 495 |
forms. \\ |
forms. \\ |
| 496 |
|
|
| 497 |
The interfaces with the core model subroutines are |
The interfaces with the core model subroutines are |
| 498 |
\code{EXCH\_UV\_XY\_RX}, \code{EXCH\_UV\_XYZ\_RX} and \code{EXCH\_XY\_RX}. |
\code{EXCH\_UV\_XY\_RX}, \code{EXCH\_UV\_XYZ\_RX} and |
| 499 |
They override the standard exchange routines when \code{genmake2} is |
\code{EXCH\_XY\_RX}. They override the standard exchange routines |
| 500 |
run with \code{exch2} option. They in turn call the local exch2 |
when \code{genmake2} is run with \code{exch2} option. They in turn |
| 501 |
subroutines \code{EXCH2\_UV\_XY\_RX} and \code{EXCH2\_UV\_XYZ\_RX} for two |
call the local exch2 subroutines \code{EXCH2\_UV\_XY\_RX} and |
| 502 |
and three dimensional vector quantities, and \code{EXCH2\_XY\_RX} and |
\code{EXCH2\_UV\_XYZ\_RX} for two and three-dimensional vector |
| 503 |
\code{EXCH2\_XYZ\_RX} for two and three dimensional scalar quantities. |
quantities, and \code{EXCH2\_XY\_RX} and \code{EXCH2\_XYZ\_RX} for two |
| 504 |
These subroutines set the dimensions of the area to be exchanged, call |
and three-dimensional scalar quantities. These subroutines set the |
| 505 |
\code{EXCH2\_RX1\_CUBE} for scalars and \code{EXCH2\_RX2\_CUBE} for |
dimensions of the area to be exchanged, call \code{EXCH2\_RX1\_CUBE} |
| 506 |
vectors, and then handle the singularities at the cube corners. \\ |
for scalars and \code{EXCH2\_RX2\_CUBE} for vectors, and then handle |
| 507 |
|
the singularities at the cube corners. \\ |
| 508 |
|
|
| 509 |
The separate scalar and vector forms of \code{EXCH2\_RX1\_CUBE} and |
The separate scalar and vector forms of \code{EXCH2\_RX1\_CUBE} and |
| 510 |
\code{EXCH2\_RX2\_CUBE} reflect that the vector-handling subrouine needs |
\code{EXCH2\_RX2\_CUBE} reflect that the vector-handling subrouine |
| 511 |
to pass both the $x$ and $y$ components of the vectors. This arises |
needs to pass both the $u$ and $v$ components of the phsical vectors. |
| 512 |
from the topological folding discussed above, where the $x$ and $y$ |
This arises from the topological folding discussed above, where the |
| 513 |
axes get swapped in some cases. This swapping is not an issue with |
$x$ and $y$ axes get swapped in some cases. This swapping is not an |
| 514 |
the scalar version. These subroutines call \code{EXCH2\_SEND\_RX1} and |
issue with the scalar version. These subroutines call |
| 515 |
\code{EXCH2\_SEND\_RX2}, which do most of the work using the variables |
\code{EXCH2\_SEND\_RX1} and \code{EXCH2\_SEND\_RX2}, which do most of |
| 516 |
discussed above. \\ |
the work using the variables discussed above. \\ |
| 517 |
|
|