CPU 负载问题 (Magnolia-5.3.3 Jackrabbit-2.8.0)

Posted 2023-02-16

【中文标题】CPU 负载问题 (Magnolia-5.3.3 Jackrabbit-2.8.0)

【英文标题】：CPU Load Issue (Magnolia-5.3.3 Jackrabbit-2.8.0)

【发布时间】：2014-10-01 21:57:17

【问题描述】：

项目使用 DAM 作为许多 mp3 的存储以进行许可（计划超过 750Gb） 我们通过 Rest 上传 mp3 和元数据。 服务器：CPU 2 GHz，内存 1.2 Gb 适用于 java 64bit 1.7.0_51-b13 (jelastic)，DB - mysql

我们上传 30 Gb 的 mp3。之后突然木兰加载所有 CPU 资源 - 100%。 任何有关它的错误或警告都在日志中。 Magnolia 可以工作，但速度很慢。 重启没有帮助。

可能是在修复所有工作区存储库服务器后启动并正常工作 - 我不确定。 DAM 工作区第一次加载超过 1.5 小时，然后加载超过 5-10 或 30 分钟。

但是在上传下一个 20 Gb 之后，我们遇到了同样的麻烦。修复存储库没有帮助。

对于每个workspace.xml下一个参数中更改的修复存储库：

<PersistenceManager class="org.apache.jackrabbit.core.persistence.pool.MySqlPersistenceManager">
....
<param name="consistencyCheck" value="true" />
<param name="consistencyFix" value="true" />
</PersistenceManager>
    <SearchIndex class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
...
      <param name="forceConsistencyCheck" value="true"/>
      <param name="autoRepair" value="true"/>
<param name="onWorkspaceInconsistency" value="log"/>

【问题讨论】：

我建议您向您的托管服务提供商寻求有关此问题的帮助。此外，查看应用程序服务器日志对找出问题所在非常有帮助。

感谢您的推荐。但是“任何错误或警告” - 都记录在调试中。在服务器终端“ps aux”或“top”中显示：java (tomcat) 进程加载 CPU。

我在新的存储库文件夹上运行了 magnolia 并上传了 10 Gb - 一切正常（同时）。

考虑将 DAM 资产提供商更改为 JackRabbit 以外的其他提供商，例如文件系统。文档：Configuration 和 asset provider API。您可以扩展现有的 JCR API 以将文件存储在文件系统中而不是 JCR 中。

【参考方案1】：

我猜问题是您要上传的内容类型 - JackRabbit 正在索引 mp3（队列外）。这也是为什么重新启动没有帮助的原因，因为 repo 知道这些文件仍然没有被索引并继续处理它们。解决方案应该是更改索引配置以关闭这些文件的索引。有关详细信息，请参阅 Search Index 和 Full text parsing。

HTH, 一月

【讨论】：

谢谢。我在失败的存储库上启动了 DAM 工作区的索引重建。 Magnolia-cms 有效。