我正在研究Linux机箱上.NET Core的性能。具体来说,确保框架内部可用的工具可能存在哪些限制。
我用~50,000 pps击中了这个盒子。到目前为止,似乎~2,000 pps是UDPClient在相当多的数据包丢失之前能够实现的。使用另一个工具(syslog-ng)有一个罕见/低丢包率。
如果我想要处理超过50K pps,UdpClient是否能够通过适当的调整来处理这个问题?
using (UdpClient udpListener = new UdpClient(_sysLogPort))
{
udpListener.Client.ReceiveBufferSize = _bufferSize;
while (!_cts.IsCancellationRequested)
{
try
{
UdpReceiveResult result = await udpListener.ReceiveAsync();
}
catch (Exception ex)
{
}
}
}
答案 0 :(得分:2)
即使您的应用启动了udpListener.ReceiveAsync();
的新线程,它也会在尝试接收新数据包之前等待其终止。因此,一次只有一个线程处理新接收的UDP数据包以创建UdpReceiveResult类型的对象。因此,它与单线程应用程序非常相似:您不利用机会在多核系统上运行。
您可能会获得更好的费率(显然取决于您的硬件),使用以下方式编写您的程序。在此示例中,有一个由5个线程组成的池,它们并行运行以同时创建多个UdpReceiveResult实例。即使数据包是由内核一次处理的,创建UdpReceiveResult实例的用户空间进程也是通过这种编程方式并行完成的。
// example of multithreaded UdpClient with .NET core on Linux
// works on Linux OpenSuSE LEAP 42.1 with .NET Command Line Tools (1.0.4)
// passed tests with "time nping --udp -p 5555 --rate 2000000 -c 52000 -H localhost > /dev/null"
using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.Threading.Tasks;
using System.Windows;
namespace hwapp {
class Program {
// listen to port 5555
UdpClient udpListener = new UdpClient(5555);
static void Main(string[] args) {
Program p = new Program();
// launch 5 threads
Task t0 = p.listen("thread 0");
Task t1 = p.listen("thread 1");
Task t2 = p.listen("thread 2");
Task t3 = p.listen("thread 3");
Task t4 = p.listen("thread 4");
t0.Wait(); t1.Wait(); t2.Wait(); t3.Wait(); t4.Wait();
}
public async Task listen(String s) {
Console.WriteLine("running " + s);
using (udpListener) {
udpListener.Client.ReceiveBufferSize = 2000;
int n = 0;
while (n < 10000) {
n = n + 1;
try {
UdpReceiveResult result = udpListener.Receive();
} catch (Exception ex) {}
}
}
}
}
}