C++ 前端设备的数据采集

[^8^]

请问：
前端有1000台主控器（tcp/ip,每台主控器下连着这几百个感知器），作为上位机软件要去轮询每台主控器，实时的获取感知器的状态，如果按普通的模式轮询的话，实时性很差。
针对这种情况，有类似项目经验讲讲，有什么好的策略。比如开10个线程，每个线程负责100个控制器，是否实时性增强。

[wanglovec]

反其道而行之，让它主动向你送数据。另 为什么说 轮询就慢 ？ 决定你速度的是CPU 和网速 以及你的代码是否能发挥它们的性能

[wanglovec]

如果你多个CPU 开多个线程 当然好

[还在查]

首先如果用多线程轮询的话，返回的数据你必须要知道这是第几台的数据，不然就算再快有什么用。所以如果下位机的协议没有这方面的东西，还是老老实实的单线程轮询（一问一答）吧，不然就是改协议，多线程肯定要快很多，一般开CPU*2+2个数的线程池，然后循环1000个主机，如果有线程空闲就让它去干活

[^8^]

引用 1 楼 wanglovec 的回复:

反其道而行之，让它主动向你送数据。另 为什么说 轮询就慢 ？ 决定你速度的是CPU 和网速 以及你的代码是否能发挥它们的性能

其实这里说的实时性差，是个相对的概念。这里是讲的策略。比如单线程在 轮询第一台设备的时候 ，第1000台设备下感知器件报警（有毒气体侦测报警），那要轮询完前面的999个设备，等你获取到第1000台设备某感知器件状态时，由于中间等待时间长(XX秒)事故已经发生了。那么这样的设计失去意义了。 当然一方面取决于硬件上的设计，那如果单纯从软件上出发，是否有好的策略。

[wanglovec]

引用 4 楼 luckytwo667 的回复:

[quote=引用 1 楼 wanglovec 的回复:] 反其道而行之，让它主动向你送数据。另 为什么说 轮询就慢 ？ 决定你速度的是CPU 和网速 以及你的代码是否能发挥它们的性能

其实这里说的实时性差，是个相对的概念。这里是讲的策略。比如单线程在 轮询第一台设备的时候 ，第1000台设备下感知器件报警（有毒气体侦测报警），那要轮询完前面的999个设备，等你获取到第1000台设备某感知器件状态时，由于中间等待时间长(XX秒)事故已经发生了。那么这样的设计失去意义了。 当然一方面取决于硬件上的设计，那如果单纯从软件上出发，是否有好的策略。[/quote] >> 你的策略是 让每个都得到均衡的服务，无论是第一个还是最后一个。 当然多个线程 肯定比单个好的多。 除了多线程 其它的我暂时想不到