我正在编写代码来运行基于 pi 的机器人。它有多个传感器,并通过 WiFi 与外部计算机通信。一些传感器和计算机通信数据是通过套接字(到其他脚本)完成的,以保持事物的模块化和简单性(对我来说)。只要我的 socket 数量少于10个,我会遇到什么问题吗?我主要想知道这种编码策略是否存在本质上的错误。
最佳答案
Q : As long as I stay at less than 10 sockets, will I come across any problems?
也许是,也许不是。 ZeroMQ Socket
实例的数量在此并不重要,ZeroMQ Context()
实例的配置及其底层操作系统资源很重要。
Q : anything inherently wrong with this coding strategy?
不,除非你以错误的方式做正确的事。特别是“此编码”仍然神奇地隐藏为迄今为止看不见的代码,因此MCVE制定的代码示例和此类问题的一般答案受到的影响越小从主要的不可判定性,直到让 MCVE 代码在特定于问题的生态系统中运行,控制循环和机器人物理属性具有已知的限制(留给好心的读者临时查看) .
ZeroMQ 在 RPi 平台上运行时将出现零问题,因为适当的配置不会因不提供足够的资源而窒息 Context()
实例。
关于python - 是否有太多 python websocket 之类的事情?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59490736/