以太网缓冲区是否可以填满并且不允许另一个进程接收（）以太网数据包？

Question

假设您有一个从服务器接收大文件的进程。

1. 如果不执行 recv() 调用，它会永远留在以太网控制器的缓冲区中吗？

2. 如果另一个进程需要接收数据，而另一个进程的缓冲区已满，是否需要等到另一个进程执行 recv() 或缓冲区超时？

3. 如果您有多个进程发送和接收数据，是否必须等到缓冲区为空。？ 或者它可以多路复用它并在驱动程序级别或套接字库的某些部分进行跟踪？

编辑：拼写

Answer 1

1. 如果不执行 recv() 调用，它会永远留在以太网控制器的缓冲区中吗？

不，数据永远不会在以太网控制器的缓冲区中停留很长时间； 内核将尽可能快地从以太网控制器的缓冲区中读取数据并读入您的套接字缓冲区（在计算机的常规 RAM 中）。 如果您的套接字缓冲区已满，则传入的数据将被丢弃。

2. 如果另一个进程需要接收数据，而另一个进程的缓冲区已满，是否需要等到另一个进程执行 recv() 或缓冲区超时？

每个套接字在计算机的主 RAM 中都有自己独立的缓冲区，每个进程都有自己的套接字，因此进程不必等待彼此的缓冲区清空。

3. 如果您有多个进程发送和接收数据，是否必须等到缓冲区为空。？

请参阅问题 2 的答案，因为它也回答了这个问题。

Answer 2

这是真空类型答案中的完美球形鸡。 但是您的问题非常广泛，并且有很多假设取决于 NIC、操作系统和许多其他事情。

但是让我们假设您使用的是现代成熟的操作系统，带有现代以太网控制器。

1. 不。这一切都由内核和协议的东西处理。 内核不能让网络控制器上的缓冲区在等待您时填满。 否则它将阻止其他进程访问网络。 所以它会缓冲它直到你准备好。 对于某些协议，有一种机制可以让一台设备告诉另一台设备不要再发送任何数据。 （即 TCP 接收窗口大小，一旦发送方发送了该数量的数据，它将停止，直到接收方以某种方式确认它）
2. 它与上面的答案基本相同，操作系统处理细节。 从你的角度来看，你的 recv() 不会阻止任何其他进程 recv() 的能力。
3. 这更有趣，现代 NIC 是基于队列的。 您有 n 个发送/接收队列，并且在大多数情况下，可以将过滤器附加到它们。 这允许 NIC 执行许多通常必须由操作系统完成的功能（称为卸载），但回到正题。 使用这些 NIC，您可以拥有多个 I/O 而无需多路复用。 虽然一般来说，尤其是在消费级 NIC 上，队列的数量会非常少。 通常是 4. 所以会涉及到一些多路复用。