是不是有太多 python websockets？
is there such a thing as too many python websockets?
我正在为 运行 一个基于 pi 的机器人编写代码。它有多个传感器，也可以通过 wifi 与外部计算机通信。一些传感器和计算机通信数据是通过套接字（到其他脚本）完成的，以保持模块化和简单（对我而言）。只要我保持在 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?
不，除非你以错误的方式做正确的事。特别是 "this coding" 仍然神奇地隐藏为一个看不见的，到目前为止，代码，MCVE 制定的代码示例和一般因此，此类问题的答案具有主要的不确定性，直到在特定问题的生态系统中让 MCVE 代码成为 运行，控制回路和机器人物理特性的已知限制（这是留给好心的读者临时审查）。
ZeroMQ 将在 运行RPi 平台上出现零问题，因为适当的配置不会因未提供足够的资源而窒息 Context()-实例。
我正在为 运行 一个基于 pi 的机器人编写代码。它有多个传感器，也可以通过 wifi 与外部计算机通信。一些传感器和计算机通信数据是通过套接字（到其他脚本）完成的，以保持模块化和简单（对我而言）。只要我保持在 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?
不，除非你以错误的方式做正确的事。特别是 "this coding" 仍然神奇地隐藏为一个看不见的，到目前为止，代码，MCVE 制定的代码示例和一般因此，此类问题的答案具有主要的不确定性，直到在特定问题的生态系统中让 MCVE 代码成为 运行，控制回路和机器人物理特性的已知限制（这是留给好心的读者临时审查）。
ZeroMQ 将在 运行RPi 平台上出现零问题，因为适当的配置不会因未提供足够的资源而窒息 Context()-实例。