这只是与我一直想知道的一些高性能计算有关的一般问题。某个低延迟消息传递供应商在其支持文档中谈到使用原始套接字将数据直接从网络设备传输到用户应用程序，并且这样做它谈到了比它更进一步减少消息传递延迟（在其他公认的深思熟虑的设计决策）。
因此，我的问题是针对那些在 Unix 或类 Unix 系统上了解网络堆栈的人。使用这种方法，他们可能实现多少差异？随意回答记忆副本、获救的鲸鱼数量或威尔士大小的区域；）
据我了解，他们的消息传递是基于 UDP 的，因此建立 TCP 连接等没有问题。对此主题的任何其他兴趣点将不胜感激！
最良好的祝愿，
麦克风
为了减少高性能的延迟，您应该拒绝使用内核驱动程序。使用用户空间驱动程序可以实现最小的延迟（MX 做到了，Infinband 也可能做到了）。
有一个相当好的（但稍微过时的）linux 网络内部概述“Linux Kernel 2.4.20 中的网络代码图”。TCP/UDP 数据路径有一些方案。
使用原始套接字将使 tcp 数据包的路径更短（感谢您的想法）。内核中的 TCP 代码不会增加其延迟。但是用户必须自己处理所有的 tcp 协议。有一些机会针对某些特定情况对其进行优化。集群代码不需要像默认 TCP/UDP 堆栈那样处理长距离链接或慢速链接。
我也对这个主题很感兴趣。
有一些图片http://vger.kernel.org/~davem/tcp_output.html
谷歌搜索，tcp_transmit_skb()这是 tcp 数据路径的关键部分。在他的网站http://vger.kernel.org/~davem/上有一些更有趣的东西
在数据路径的user - tcp 传输部分，有1 个从用户到 skb 的副本skb_copy_to_page（发送时tcp_sendmsg()）和0 个副本（ do_tcp_sendpages由 调用tcp_sendpage()）。需要复制以保留数据备份，以防未交付的段。内核中的 skb 缓冲区可以被克隆，但它们的数据将保留在第一个（原始）skb 中。Sendpage 可以从其他内核部分获取一个页面并保留它以进行备份（我认为有类似 COW 的东西）
调用路径（手动来自 lxr）。发送tcp_push_one/__tcp_push_pending_frames
tcp_sendmsg() <- sock_sendmsg <- sock_readv_writev <- sock_writev <- do_readv_writev
tcp_sendpage() <- file_send_actor <- do_sendfile
收到tcp_recv_skb()
tcp_recvmsg() <- sock_recvmsg <- sock_readv_writev <- sock_readv <- do_readv_writev
tcp_read_sock() <- ... spliceread for new kernels.. smth sendfile for older
在接收中可以有1 个从内核到用户的副本skb_copy_datagram_iovec（从 调用tcp_recvmsg）。对于 tcp_read_sock() 可以有副本。它将调用sk_read_actor回调函数。如果它对应于文件或内存，它可能（也可能不会）从 DMA 区域复制数据。如果是其他网络，它有一个接收到的数据包的 skb，并且可以就地重用其数据。
对于 udp - 接收 = 1 份副本 - 从 udp_recvmsg 调用的 skb_copy_datagram_iovec。传输 = 1 份副本-- udp_sendmsg -> ip_append_data -> getfrag （似乎是 ip_generic_getfrag 与用户的 1 份副本，但可能是没有页面复制的 smth sendpage/splicelike。）
一般而言，从用户空间发送/接收到用户空间时必须至少有 1 个副本，而在使用零拷贝（惊喜！）和内核空间源/目标缓冲区的数据时必须至少有 0 个副本。在不移动数据包的情况下添加所有标头，启用 DMA 的（所有现代）网卡将从启用 DMA 的地址空间中的任何位置获取数据。对于古老的卡 PIO 是需要的，所以会有一个副本，从内核空间到 PCI/ISA/smthelse I/O 寄存器/内存。
UPD：在从 NIC（但这取决于 nic，我也检查了 8139）到 tcp 堆栈的路径中，还有一个副本：从 rx_ring 到 skb，对于接收也是如此：从 skb 到 tx 缓冲区+1copy。您必须填写ip和tcp header，但是skb是否包含它们或放置它们？