放狗搜了下，很奇怪为啥只有ch340不行，按理说就串口那点数据量，对cpu的需求不高才对啊。

The high CPU usage stemmed from the fact that in the application each channel opened its serial port at the start of the session and kept it open for the duration of the application session. This was fine with ports based on the Moxa ethernet-to-COM Port adapters, or with "local" ports, but in USB ports, just having the port open causes DPC CPU usage. Having 16 USB ports open makes the PC unusable, despite there being no traffic on any port.

I changed the app so that the ports are opened whenever they are required (which is only for a few seconds every minute or so) and closed immediately afterwards.

为啥要几个usb转串口？


【 在 feiy 的大作中提到: 】
: 测试发现，CH340的驱动，似乎很消耗CPU资源。
: 测试方法：插上基于CH340的USB串口，通信时会发现，CPU占用率明显会比较高，多插几
: 个基于CH340的USB串口一起访问时，会看到CPU的温度会因为CPU的消耗迅速上升。
: ...................
--
修改:rexxie FROM 222.65.170.*
FROM 222.65.170.*

windows driver 写起来没那么容易，想从驱动层的角度来解决不是个好思路。

【 在 feiy 的大作中提到: 】
: 嗯，换USB串口方案当然可以。但是似乎主要的问题在于驱动相关，不晓得这里是否可以
: 有突破，或者APP里做个啥简单解决的配置什么的。看看这里是否有版友遇到和解决过。
: 尤其是后者这种。
: ...................
--
FROM 222.65.170.*

CH340假货也挺多了，先排除。


【 在 feiy (null) 的大作中提到: 】
: 测试发现，CH340的驱动，似乎很消耗CPU资源。
: 测试方法：插上基于CH340的USB串口，通信时会发现，CPU占用率明显会比较高，多插几
: 个基于CH340的USB串口一起访问时，会看到CPU的温度会因为CPU的消耗迅速上升。
: ...................
--
FROM 36.45.170.*

可以在LINUX下测试下，或者有大致的测试条件么？我有空顺手也可以测测。
一般这种情况就是渣DRIVER。Linux下这个问题会好很多，因为Linux下的driver必须开源，这种低级问题应该很快就会被消除。
【 在 feiy 的大作中提到: 】
: 测试发现，CH340的驱动，似乎很消耗CPU资源。
: 测试方法：插上基于CH340的USB串口，通信时会发现，CPU占用率明显会比较高，多插几
: 个基于CH340的USB串口一起访问时，会看到CPU的温度会因为CPU的消耗迅速上升。
: ...................
--
FROM 180.111.50.*

这个应该和你的数据带宽、ch340的缓冲区大小都有关系。
cpu占用高不一定是坏处。有可能是这样不容易丢数据
--
FROM 103.90.191.*