MarkLogic 文件系统日志条目
MarkLogic Filesystem Log entry
我看到一些缓慢的 Marklogic 集群日志，如下所示
2020-01-14 05:55:22.649 Info: Slow background cluster.background.clusters, 5.727 sec
2020-01-14 05:55:22.649 Info: Slow background cluster.background.hosts.AssignmentManager, 5.581 sec
我怀疑 MarkLogic 文件系统 运行 很慢，无法跟上 MarkLogic 的步伐。我还看到下面的日志条目：-
2020-01-14 05:55:53.380 Info: Linux file system mount option 'barrier' is default; recommend faster 'nobarrier' if storage has non-volatile write cache
我想知道MarkLogic中上面的日志条目是什么意思？我如何确定文件系统是否存在缓慢问题？
"slow messages"的意思是背景activity比预期的时间长。它是饥饿的指标。
根据您的问题，无法确定是什么原因造成的。通常，它与 MarkLogic 为 运行 的底层物理基础设施有关。 MarkLogic 没有它的文件系统或其他资源——它使用 OS 的文件系统、内存等，如果可用的物理资源不足以让 MarkLogic 服务于请求的负载，后台操作将花费比预期更长的时间.这将始终反映在日志中。
您可以在此处阅读更多内容：
理解 "slow background" 条消息
2019 年 8 月 29 日10:54上午
简介
在较新版本的 MarkLogic Server 中，添加了 "slow background" 错误日志消息以注意并帮助诊断缓慢。
详情
对于 "Slow background" 条消息，系统正在计时执行一些命名背景 activity 所花费的时间。这些活动不会花费很长时间，"slow background" 消息表示饥饿。 activity 可能很慢，因为：
它正在等待其他慢线程持有的互斥量或信号量；
操作系统正在停止它，可能是因为它因内存不足而抖动。
孤立地查看 "slow background" 消息不足以理解原因 - 我们只知道自上次读取时间时钟以来已经过去了很多时间。要了解实际原因，需要从事件发生时收集更多证据。
备注：
一般来说，我们不会计算获得互斥量或信号量需要多长时间，因为读取时钟通常比获得互斥量或信号量更昂贵。
我们不会为通常需要一微秒的事情计时。
我们做的事情通常需要一毫秒左右。
相关文章
知识库：Understanding Slow Infrastructure Notifications
知识库：（了解错误日志中缓慢的 'journal frame' 条目）[https://help.marklogic.com/Knowledgebase/Article/View/460/0/understanding-slow-journal-frame-entries-in-the-errorlog]
知识库：（错误日志中的挂起消息）[https://help.marklogic.com/Knowledgebase/Article/View/35/0/hung-messages-in-the-errorlog]
我看到一些缓慢的 Marklogic 集群日志，如下所示
2020-01-14 05:55:22.649 Info: Slow background cluster.background.clusters, 5.727 sec
2020-01-14 05:55:22.649 Info: Slow background cluster.background.hosts.AssignmentManager, 5.581 sec
我怀疑 MarkLogic 文件系统 运行 很慢，无法跟上 MarkLogic 的步伐。我还看到下面的日志条目：-
2020-01-14 05:55:53.380 Info: Linux file system mount option 'barrier' is default; recommend faster 'nobarrier' if storage has non-volatile write cache
我想知道MarkLogic中上面的日志条目是什么意思？我如何确定文件系统是否存在缓慢问题？
"slow messages"的意思是背景activity比预期的时间长。它是饥饿的指标。
根据您的问题，无法确定是什么原因造成的。通常，它与 MarkLogic 为 运行 的底层物理基础设施有关。 MarkLogic 没有它的文件系统或其他资源——它使用 OS 的文件系统、内存等，如果可用的物理资源不足以让 MarkLogic 服务于请求的负载，后台操作将花费比预期更长的时间.这将始终反映在日志中。
您可以在此处阅读更多内容：
理解 "slow background" 条消息
2019 年 8 月 29 日10:54上午
简介
在较新版本的 MarkLogic Server 中，添加了 "slow background" 错误日志消息以注意并帮助诊断缓慢。
详情
对于 "Slow background" 条消息，系统正在计时执行一些命名背景 activity 所花费的时间。这些活动不会花费很长时间，"slow background" 消息表示饥饿。 activity 可能很慢，因为：
它正在等待其他慢线程持有的互斥量或信号量； 操作系统正在停止它，可能是因为它因内存不足而抖动。 孤立地查看 "slow background" 消息不足以理解原因 - 我们只知道自上次读取时间时钟以来已经过去了很多时间。要了解实际原因，需要从事件发生时收集更多证据。
备注：
一般来说，我们不会计算获得互斥量或信号量需要多长时间，因为读取时钟通常比获得互斥量或信号量更昂贵。 我们不会为通常需要一微秒的事情计时。 我们做的事情通常需要一毫秒左右。 相关文章
知识库：Understanding Slow Infrastructure Notifications
知识库：（了解错误日志中缓慢的 'journal frame' 条目）[https://help.marklogic.com/Knowledgebase/Article/View/460/0/understanding-slow-journal-frame-entries-in-the-errorlog]
知识库：（错误日志中的挂起消息）[https://help.marklogic.com/Knowledgebase/Article/View/35/0/hung-messages-in-the-errorlog]