fiware-orion - Orion 上下文代理获取上下文性能

标签 fiware-orion

我已经在运行 Linux 的本地硬件上下载并安装了来自 Orion 的最新源代码。 原则上一切正常。但我想知道是否可以做任何事情以获得更高的性能。 每当我在一个循环中处理多个实体(在/contextElement/id 上获取方法)时,比如 100 个,每个实体大约需要 50 到 100 毫秒,在这种情况下,处理循环需要超过 10 秒。 如果有一天它应该是数千甚至更多,这肯定需要很长时间才能实现实际可用性。

有什么方法可以提高性能吗? 为什么在本地网络查询需要这么长的时间? 我应该在客户端还是在代理端寻找性能问题?

非常感谢!

干杯, 尼古拉斯

最佳答案

您可以在 the Orion Installation and Administration manual 中找到性能分析.但是,请考虑免责声明:

Please, take into account that this information is provided only as a hint to guide your decision about which indexes to use in your particular set up, but the results in your particular environment may differ depending on hardware profile, the particular entities being used for the test, set up situation, etc.

但是,每笔交易 50-100 毫秒(即 10-20 TPS)似乎非常慢(请注意,在分析中已达到 100-1000 数量级的 TPS)。因此,我推荐以下一些提示:

  • 在服务器端,在 Orion CB 使用的 MongoDB 实例中设置适当的索引。正如上述分析得出的结论:“强烈建议在实体集合中的 _id.id 上设置索引”。有关索引的更多信息,请参阅 this section .
  • 在客户端,如果您并行运行实体创建请求而不是顺序循环,您将获得更好的性能。

关于fiware-orion - Orion 上下文代理获取上下文性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27485559/

相关文章:

fiware - 通过 Fiware Orion 的逻辑运算符 OR 查询实体

mongodb - 在特定的 mongodb 设置中部署 fiware-orion

tomcat7 - Orion 在与 Apache Tomcat 7 一起运行时遇到问题

android - 使用 Android 客户端的 Orion Context Broker 上下文订阅

postgresql - 连接系统,包括 OPC UA IoT Agent、Orion Context Broker。 Cygnus 和 Postgres 的历史数据

fiware-orion - 从 Orion Context Broker 订阅到另一个 Orion Context Broker 不起作用

fiware - 为同一实体插入值序列

hadoop - 让Cygnus使用WebHDFS写入本地HDFS

fiware - 订阅和请求转发

ubuntu - Ubuntu 上的 Fiware Orion 上下文代理