页面错误增加时Arangodb冻结
Arangodb freeze when page fault increased
我将 arango 与 nodejs 和 arangojs 驱动程序一起使用,其中一个 arango 集合有 10,000,000 个文档
有时页面错误上升(150 或 500)并且 arango 冻结并且不响应查询请求也冻结了 arango 网络面板。
我的服务器配置是:
内存:6 GB
CPU: 8 核
(来自使用 4.76 GB (83.90 %) 6 GB ram 的网络面板 arango)
更新1
这是 /_api/collection/AdsStatics/figures
的输出
{
"id": "191689719157",
"name": "AdsStatics",
"isSystem": false,
"doCompact": true,
"isVolatile": false,
"journalSize": 33554432,
"keyOptions": {
"type": "traditional",
"allowUserKeys": true
},
"waitForSync": false,
"indexBuckets": 8,
"count": 7816780,
"figures": {
"alive": {
"count": 7815806,
"size": 3563838968
},
"dead": {
"count": 306,
"size": 167464,
"deletion": 0
},
"datafiles": {
"count": 104,
"fileSize": 3530743672
},
"journals": {
"count": 1,
"fileSize": 33554432
},
"compactors": {
"count": 0,
"fileSize": 0
},
"shapefiles": {
"count": 0,
"fileSize": 0
},
"shapes": {
"count": 121,
"size": 56520
},
"attributes": {
"count": 24,
"size": 56
},
"indexes": {
"count": 3,
"size": 1660594864
},
"lastTick": "10044860034955",
"uncollectedLogfileEntries": 985,
"documentReferences": 0,
"waitingFor": "-",
"compactionStatus": {
"message": "checked datafiles, but no compaction opportunity found",
"time": "2016-02-24T08:29:27Z"
}
},
"status": 3,
"type": 2,
"error": false,
"code": 200
}
谢谢
您的系统似乎 运行 内存不足。一个集合的数据文件大小为 3,530,743,672 字节,索引为 1,660,594,864。仅此一个集合就大约有 5.1 GB。
arangod 的 WAL、V8 上下文和临时查询结果需要更多内存才能正常运行。
假设系统有 6 GB 的总 RAM,并且 OS 和其他进程也需要一些 RAM,看来您 运行 内存不足。
我想知道您是否看到某种交换 activity,这可以解释为什么(所有)操作会变得非常慢。
我将 arango 与 nodejs 和 arangojs 驱动程序一起使用,其中一个 arango 集合有 10,000,000 个文档
有时页面错误上升(150 或 500)并且 arango 冻结并且不响应查询请求也冻结了 arango 网络面板。
我的服务器配置是:
内存:6 GB
CPU: 8 核
(来自使用 4.76 GB (83.90 %) 6 GB ram 的网络面板 arango)
更新1
这是 /_api/collection/AdsStatics/figures
{
"id": "191689719157",
"name": "AdsStatics",
"isSystem": false,
"doCompact": true,
"isVolatile": false,
"journalSize": 33554432,
"keyOptions": {
"type": "traditional",
"allowUserKeys": true
},
"waitForSync": false,
"indexBuckets": 8,
"count": 7816780,
"figures": {
"alive": {
"count": 7815806,
"size": 3563838968
},
"dead": {
"count": 306,
"size": 167464,
"deletion": 0
},
"datafiles": {
"count": 104,
"fileSize": 3530743672
},
"journals": {
"count": 1,
"fileSize": 33554432
},
"compactors": {
"count": 0,
"fileSize": 0
},
"shapefiles": {
"count": 0,
"fileSize": 0
},
"shapes": {
"count": 121,
"size": 56520
},
"attributes": {
"count": 24,
"size": 56
},
"indexes": {
"count": 3,
"size": 1660594864
},
"lastTick": "10044860034955",
"uncollectedLogfileEntries": 985,
"documentReferences": 0,
"waitingFor": "-",
"compactionStatus": {
"message": "checked datafiles, but no compaction opportunity found",
"time": "2016-02-24T08:29:27Z"
}
},
"status": 3,
"type": 2,
"error": false,
"code": 200
}
谢谢
您的系统似乎 运行 内存不足。一个集合的数据文件大小为 3,530,743,672 字节,索引为 1,660,594,864。仅此一个集合就大约有 5.1 GB。
arangod 的 WAL、V8 上下文和临时查询结果需要更多内存才能正常运行。
假设系统有 6 GB 的总 RAM,并且 OS 和其他进程也需要一些 RAM,看来您 运行 内存不足。 我想知道您是否看到某种交换 activity,这可以解释为什么(所有)操作会变得非常慢。