首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >IoT代理LWM2M内存耗尽和生产环境

IoT代理LWM2M内存耗尽和生产环境
EN

Stack Overflow用户
提问于 2017-07-18 16:23:00
回答 1查看 130关注 0票数 4

我正在做一个项目,这个项目的目标是将+1k设备连接到一台机器上,这很可能是自动调节的。问题是,只有两个连接的设备,IDAS IoTAgent在几天内以“内存耗尽”消息结束。它运行在AWSm3.media中带有内存交换的计算机中的一个坞实例中。

另一方面,据我所见,git存储库不再维护,因为自12月16日以来没有提交。这是一种可再生的通用制造工具吗?它是否经过了大量连接设备的测试?这实际上是没有保养的吗?

这里是git回购的网址:

https://github.com/telefonicaid/lightweightm2m-iotagent

提前感谢

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2017-09-01 11:29:08

很抱歉耽误了您的时间,非常感谢您对Fiware的兴趣,也非常感谢您将这个问题提请我们的注意。让我逐一回答你的问题:

事实上,这个问题与config.js IotAgent LWM2M中的一个bug有关。

https://github.com/Fiware/iot.IoTagent-LWM2M/blob/master/docs/deviceProvisioning.md

有效载荷格式错误,并返回以下错误:

代码语言:javascript
复制
**op=IoTAgentNGSI.DbConn | msg=No host found for MongoDB driver.**

要解决这个问题,您必须在有效载荷config.js中创建一个名为“”的属性,如下所示:

代码语言:javascript
复制
var config = {};
config.lwm2m = {
logLevel: 'DEBUG',
port: 5684,
defaultType: 'Device',
ipProtocol: 'udp4',
serverProtocol: 'udp4
delayedObservationTimeout: 50,
formats: [
    {
        name: 'application-vnd-oma-lwm2m/text',
        value: 1541
    },
    {
        name: 'application-vnd-oma-lwm2m/tlv',
        value: 1542
    },
    {
        name: 'application-vnd-oma-lwm2m/json',
        value: 1543
    },
    {
        name: 'application-vnd-oma-lwm2m/opaque',
        value: 1544
    }
  ],
writeFormat: 'application-vnd-oma-lwm2m/text',
types: [ ]
};
config.ngsi = {
   logLevel: 'DEBUG',
   contextBroker: {
      host: 'localhost',
      port: '1026'
},
server: {
    port: 4041,
    host: 'localhost'
},
deviceRegistry: {
    type: 'mongodb'
},
mongodb: {
    host:'172.17.0.2',
    db: 'iotagentLW2M2M'
},
types: { },
service: 'smartGondor',
subservice: '/gardens',
providerUrl: 'http://localhost:4041',
deviceRegistrationDuration: 'P1M'
};
module.exports = config;

请记住,当LWM2M客户端具有活动属性时,代理会在客户端注册之后为每个属性发送一个观察指令。当客户端开始侦听时间太长时,这可能会导致错误,因为观察请求可能达不到它的命运。

因此,请确保您正在正确地使用超时,以便在服务器发送请求之前给客户端创建侦听器的机会。

其次,是生产的一种值得推荐的通用工具吗?绝对是的。它已经测试了大量的连接设备。我们对您的情况感到有点惊讶--事实上,我们通过我们的质量保证团队--评估了IoT代理每秒能够管理多达140个更新,即来自设备的140个请求。我们没有设备的数量,因为这些更新可能来自一个或多个设备。对于100个并发线程,它能够平均管理114次更新/秒。如果我们增加并发线程的数量,则140更新/秒将是上限。我希望这能给你一个参考数字。只要我们知道哪些是您的要求,我们会回来给您提供更多的信息。

最后,,这实际上是出于维护吗?不,它不是。目前,计划

是有一个新版本的IoT代理完全符合FIWARE NGSI v2。事实上,我想您已经注意到了,目前的版本仅指FIWARE NGSI v1。

此外,不久将出现新的增强功能。正如您可能知道的,Fiware技术的所有开发都是由Fiware开源社区完成的,并且作为任何开源社区,我们承诺修复but (如果有的话)并提供增强,但这是根据社区成员的优先级进行的。作为fiware基础,我们有非常有限的资源,但足够灵活,可以将我们发现的关键问题(如您发现的这个bug )交给处理,但是大量的工作是由社区来完成的。

只要让我们知道这是否解决了你的问题,我们希望以上所有的帮助你解决你的问题,并了解问题。为你这样的人服务是我们的使命!

亲切的问候!

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/45172339

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档