MarkLogic文件系统日志条目

Question

我看到一些缓慢的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中上述日志条目的含义是什么？我如何确定文件系统是否存在缓慢性问题？

Answer 1

“慢消息”的意思是背景活动所需的时间比预期的要长。这是饥饿的标志。

从你的问题上说不出是什么原因造成的。通常，它与运行MarkLogic的底层物理基础设施有关。MarkLogic没有它的文件系统或其他资源--它使用操作系统的文件系统、内存等，如果可用的物理资源不足以使MarkLogic提供所请求的负载，后台操作将比预期的时间更长。这将始终反映在日志中。

你可以在这里读到更多：

理解“慢背景”消息

https://help.marklogic.com/Knowledgebase/Article/View/508/0/understanding-slow-infrastructure-notifications

2019年8月29日上午10:54

引言

在最新版本的MarkLogic服务器中，添加了“慢后台”错误日志消息，以注意并帮助诊断缓慢性。

详细信息

对于“慢背景”消息，系统正在计时执行一些命名背景活动所需的时间。这些活动不应花很长时间，“缓慢的背景”信息是饥饿的标志。活动可能很慢，因为：

它正在等待由其他慢线程持有的互斥量或信号量；操作系统正在拖延它，可能是因为内存不足。孤立地查看“慢背景”信息并不足以理解原因--我们只是知道，自从我们上次读到白天时钟的时间以来，已经过去了很多时间。为了了解实际原因，需要从事件发生之时起收集更多证据。

备注：

通常，我们不会花多长时间来获取互斥量或信号量，因为读取时钟通常比获取互斥量或信号量更昂贵。我们不会对通常需要一微秒的时间进行计时。我们做的事情通常需要一毫秒的时间。相关条款

知识库：理解缓慢的基础设施通知

知识库：(理解ErrorLog中缓慢的“日志框架”条目)[https://help.marklogic.com/Knowledgebase/Article/View/460/0/understanding-slow-journal-frame-entries-in-the-errorlog]

知识库：(ErrorLog中挂起的消息)[https://help.marklogic.com/Knowledgebase/Article/View/35/0/hung-messages-in-the-errorlog]