C# .NET套接字与C++；高性能插座 我的问题是要和我的同事们就C++与C语言进行一个争论。< /P>
我们已经实现了一个接收大量UDP流的服务器。该服务器是在C++中使用异步套接字开发的，使用完成端口重叠I/O。我们使用5个完成端口和5个线程。该服务器可以轻松处理千兆网络上的500 Mbps吞吐量，而不会出现任何数据包丢失/错误（我们的测试没有超过500 Mbps） 我们曾尝试在C#中重新实现同一类型的服务器，但未能达到相同的传入吞吐量。我们使用异步接收，使用C# .NET套接字与C++；高性能插座 我的问题是要和我的同事们就C++与C语言进行一个争论。< /P>,c#,sockets,io-completion-ports,C#,Sockets,Io Completion Ports,我们已经实现了一个接收大量UDP流的服务器。该服务器是在C++中使用异步套接字开发的，使用完成端口重叠I/O。我们使用5个完成端口和5个线程。该服务器可以轻松处理千兆网络上的500 Mbps吞吐量，而不会出现任何数据包丢失/错误（我们的测试没有超过500 Mbps） 我们曾尝试在C#中重新实现同一类型的服务器，但未能达到相同的传入吞吐量。我们使用异步接收，使用ReceiveAsync方法和SocketAsyncEventArgs池来避免为每个接收调用创建新对象的开销。每个SAEventArgs都
ReceiveAsyncSocketAsyncEventArgsSAEventArgs<>最后，如果C++版本工作并满足你的性能需求，为什么Po.E/P>< P>我猜你没有看到同样的性能，因为.NET和C++实际上在做不同的事情。您的C++代码可能不安全，或者检查边界。此外，您是否只是在测量无需任何处理即可接收数据包的能力？或者您的吞吐量是否包括数据包处理时间？如果是这样，那么您为处理数据包而编写的代码可能没有那么高效
我建议使用分析器来检查花费的时间最多的地方，并尝试对其进行优化。实际的套接字代码应该是相当好的。 < P>不能从C++到C语言的代码端口直接执行，并且期望相同的性能。NET在内存管理（GC）方面做的比C++更大，并且确保代码是安全的（边界检查等）。 我会为所有IO操作分配一个大的缓冲区（例如65535x500=32767500字节），然后为每个
SocketAsyncEventArgsBegin/End和Async方法都在后台使用IO完成端口。后者不需要为提升性能的每个操作分配对象。 + 1非常好地询问了C++可能的重复没有插槽。您是在谈论Posix套接字还是其他网络库？@RTS，JohnSaunders：为什么对套接字类型的细节吹毛求疵？每个人都能理解这是win32 sockets和.NET sockets，因为他谈到了C#和IO完成端口。@jgauffin:precision是件好事+1根据Telerik JustDecompile，
SocketAsyncEventArgsSystem.Threading.Overlapped