udp接收占用大量cpu，系统操作特别卡

cssbee 2016-06-20 06:17:23

一台服务器接收公网上多个客户端上送的udp数据，大概20m/s，某颗cpu占到100%，系统中断占用cpu也达到10%，机器操作特别卡，但是从这个机器使用多线程把udp数据转到内网另外一台服务器，内网接收服务器没有任何问题，cpu消耗最多2%，几乎没有系统中断，请问有经验的人这是什么问题，非常感谢
这两台服务器都是vmware上虚拟出来的虚拟机，使用过windows2012 r2的nic，模式是交换机独立+动态，但是只有一个网卡在接收数据，另外一个网卡没有数据接收

...全文

750 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

tianfang 2016-06-22

打赏
举报

回复

可能的原因有：公网的网络延时比较大，接收相同大小的包，比内网之间传输时间长很多；没有采用NIO方式处理，线程等待严重

cssbee 2016-06-20

打赏
举报

回复

用Qt开发了一个UDP收发数据的动态链接库，然而当Visual studio一调用该dll就CPU占用100%，网上各种搜后，可能原因如下： 1、在paintEvent中调用update函数，造成无限循环 2、频繁刷新数据 3、复杂的浮点运算 4、死循环 5、paintEvent里操作太多我的情况 ...

最近开发的项目中，由于会用到比较耗费CPU资源的第三方程序ffmpeg来处理视频。所以在网上找了一下，如何解决这种问题。于是乎，就得到一个结论，减少CPU占用率，可以通过减少使用的CPU数量，在Window系统下，打开一个exe程序，系统会默认使用所有CPU作为处理。是不是减少CPU使用数量，就可以减少CPU占用率呢，答案是肯定的。参考代码：这里使用calc作为例子。Process p = new...

导致出现很多相同端口的UDP套接字的原因有两点： 1)在reload的时候，调用shutdown()而不是close()来关闭UDP套接字。shutdown()是用来关闭连接的，但是文件描述符还是会存在。UDP协议并没有提供shutdown接口(参见udp_prot)，所以调用shutdown()并没有真的关闭套接字，而且reload的次数太多。 2)设置了SO_REUSEAD

比如，一个简单的UDP数据接收程序，其接收缓冲区设置1024字节，当大量的大数据包（每个数据包大小超过接收缓冲区剩余空间）快速到达时，就会发生缓冲区溢出，进而丢包。例如，在一个使用Wi-Fi连接的物联网设备向服务器发送UDP数据时，如果Wi-Fi信号受到干扰，部分数据包在传输过程中出现错误，接收端就会丢弃这些错误的数据包。例如，一个低端的物联网网关设备，在同时接收多个传感器发送的UDP数据时，由于其CPU处理速度慢，无法及时将接收到的数据包放入缓冲区，就可能会丢失一些数据包。接收端设备的处理能力有限。

在第一种方法中，您可以通过调用QThread::requestInterruption来请求停止线程，然后重写QThread::cleanup函数并在其中进行清理。例如，在第一种方法中，您可以使用try-catch块捕获任何可能发生的异常，并通过调用QThread::quit来停止线程。例如，您可以使用QtConcurrent::run函数在后台线程中运行一个函数，该函数从UDP套接字中读取数据，并将其发送到主线程进行处理。在Qt中，如何在子线程中进行UDP接收和处理取决于您希望实现的功能。

高性能WEB开发

25,980

社区成员

4,366

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章