Evaluation setup.
We perform our evaluations on the cluster described in Table REF 
using a state-of-the-art RDMA communication framework [1]}.
For one-sided operations,
the requester communicates with one responder with RDMA's reliable connection
queue pairs (QPs).
The responder addresses are randomly selected from a 10 GB address space by default.
For two-sided operations,
the responder implements an echo server that uses all available cores
to handle messages, and the requester communicates with it using
unreliable datagram QPs (UD) for better two-sided performance [2]}, [1]}, [4]}.
For end-to-end latency, one requester machine is used to prevent interferences
from queuing effects, while for peak throughput, up to eleven requester machines
are used to saturate the responder machine.
Furthermore, we apply known RDMA-aware optimizations,
including address alignment [5]}, unsignaled requests [6]} and huge pages [7]},
to prevent interference from misuse of RDMA.
<FIGURE><FIGURE><FIGURE>