Remote Direct Memory Access changes how applications move data across a network. With conventional socket communication, the operating system typically participates in processing network traffic and moving data between application and networking buffers, although modern networking stacks provide several optimizations. RDMA allows compatible adapters to transfer data directly into or out of application-accessible memory. After resources are established, much of the data path can bypass the operating-system kernel, reducing CPU consumption, memory copying, and communication latency.
The application must still participate in setup and coordination. Applications or communication libraries establish connections, register or otherwise prepare memory buffers, submit operations, and handle completion notifications. Depending on the transport and implementation, operations can include send and receive messaging or one-sided reads and writes against authorized remote memory. RDMA does not mean unrestricted access to another machine's memory, and it does not eliminate all CPU work.
In cloud environments, RDMA requires a supported combination of instance hardware, network interfaces, drivers, and application libraries. Common consumers include MPI-based scientific simulations and distributed machine-learning frameworks using collective communication libraries. For example, a weather simulation repeatedly exchanging boundary data between compute nodes can benefit more from lower message latency than a web application serving independent HTTP requests.
For AWS interface-selection questions, distinguish an elastic network interface, Elastic Network Adapter, and Elastic Fabric Adapter. An elastic network interface is a logical VPC networking resource with attributes such as private IP addresses and security groups. ENA provides enhanced networking for ordinary IP traffic, offering high throughput and efficient packet processing. EFA adds an operating-system-bypass communication capability for supported applications on compatible EC2 instances. These terms are not three interchangeable versions of the same abstraction.
EFA applies RDMA-related principles through its specialized data path and Scalable Reliable Datagram transport. Applications commonly access that path through supported communication libraries such as libfabric, often beneath MPI or machine-learning communication software. EFA should not be assumed to expose every operation available on a conventional InfiniBand RDMA adapter; supported operations depend on the hardware and software stack. Simply attaching EFA does not make an unchanged TCP application use its operating-system-bypass path. Likewise, ENA Express improves supported IP networking using SRD, but is not an application RDMA interface.
Deployment constraints matter. EFA operating-system-bypass communication is limited to instances in the same subnet and therefore the same Availability Zone; it is not a mechanism for RDMA across Regions or a VPN. Configure the required security-group rules, compatible drivers, and supported libraries. Consider cluster placement groups where supported and appropriate, and test the actual instance topology rather than assuming that interface selection alone guarantees low latency.
The trade-off is specialization and operational complexity. Compatible instances can cost more, memory registration consumes resources, and communication libraries require careful configuration. Benchmark representative message sizes, collective operations, CPU usage, and application runtime, and verify that software has not silently fallen back to TCP. For a loosely coupled batch workload, ordinary ENA networking may provide better cost-effectiveness. For a tightly coupled solver, higher hourly infrastructure cost can still reduce total job cost if faster communication substantially shortens execution time.