我正在开发一个 NDIS 过滤器驱动程序，它实际上将数据从 NET_BUFFER 复制到发送路径中驱动程序分配的缓冲区，并将这些驱动程序分配的缓冲区推入内部队列。稍后，数据再次从队列中这些驱动程序分配的缓冲区复制到 IRP 缓冲区。我想避免这个数据副本。
在 Linux 中，我们可以创建一个 skbuff 的克隆，并且克隆的 skbuff 可以排队供以后使用。 Windows 中是否也有类似的选项？如果有办法克隆 NET_BUFFER，我们可以简单地避免从 NET_BUFFER 到驱动程序分配的内存缓冲区的第一次复制。
如果有一种方法可以实现从 NetBufferLists 到 IRP 缓冲区的零复制，那么它确实是一个理想的解决方案。如果有人可以提出更好的解决方案来避免发送路径中的副本，那将非常有帮助。
【问题讨论】：
标签： ndis
我不清楚为什么你需要复制 NB (NET_BUFFER)。如果您打算将 NB 加入队列以在不同线程上进行处理，则可以使用原始 NB 执行此操作 - 无需复制任何内容。
您需要复制有效负载的唯一原因是您计划在缓冲区上挂起一段时间（例如，超过 1000 毫秒）。在高层次上，与 NB 相关联的有效负载属于应用程序。 NDIS 允许您对 NB 进行排队、进行一些处理、删除它、修改它等。但是（取决于套接字选项）应用程序可能会被卡住，直到它的缓冲区完成返回给它为止。因此，您不能无限期地挂在原始 NB 或其有效负载上。如果您要做一些需要很长时间的事情，那么您应该分配您需要的所有数据结构（NBL、NB、MDL 和有效负载缓冲区）的深层副本，并将原件返回给应用程序。
如果您将数据包负载填充到 IRP 中以便用户模式进程可以考虑负载，那么您确实需要 1 个副本。原因是内核不能信任任何用户模式进程在特定的时间预算内做任何事情。例如，想象一下系统将要休眠。内核适当地挂起所有用户模式进程，然后等待每个设备进入低功耗状态。但是网卡不能低功耗，因为数据路径不会暂停，因为某些数据包卡在您的过滤器驱动程序中，等待（现在暂停的）用户模式进程回复。因此，您可以通过网络设备上的 IO 将 IO 分离到用户模式来保护自己：制作副本。
但是，如果您所做的只是将数据包发送到另一个进行（例如）加密的内核设备，那么您可以假设加密设备确保了合理的时间预算，因此提供原始数据包可能是安全的有效载荷。
【讨论】：