Products.LongRequestLogger 2.1.0

简介

此产品将zope2实例的长时间运行请求的堆栈跟踪转储到 日志文件。如果一个请求占用的时间超过了配置的超时时间，那么它就是堆栈跟踪 将定期转储到日志文件中。

它是由莱昂纳多·罗谢尔·阿尔梅达创作的，并使开发人员能够 由Nexedi慷慨捐赠的时间，以及设计 Sébastien Robin和Julien的意见混乱不堪。

安装

buildout安装

在零件的鸡蛋列表中添加“products.longrequestlogger” 它定义了你的zope实例。

配置

添加（或更改）您的 zope.conf设置为如下：

<product-config LongRequestLogger>
    logfile $INSTANCE/log/longrequest.log0.log
    timeout 4
    interval 2
</product-config>

可以识别以下变量：

• “logfile”: This is a mandatory variable. Its absence means the LongRequestLogger monkey-patch to the publication machinery will not be applied. It should point to a file where you want the long requests to be logged.
• “timeout”: The amount of seconds after which long requests start being logged. Accepts floating point values and defaults to 2.
• “interval”: The frequency at which long requests will have their stack trace logged once they have exceeded their ‘timeout’ above. Defaults to 1 and accepts floating point values.

解释结果

重要的是要记住一些关于 Zope2应用程序和线程，同时查看结果：

1. Each thread only handles one request at a time.
2. Slow requests will usually have tracebacks with a common top part and a variable bottom part. The key to the cause of the slowdown in a request will be in the limit of both.

如果你手头拮据，不想把文件分析成排名最慢的 用于调查的URL，以秒为单位选取一个时间，该时间是 时间间隔加上超时和grep。对于默认设置，为 超时和间隔，您将找到4秒、6秒和8秒的日志项， 所以你可以做一个像这样的grep：

$ grep -n "Running for 8" longrequest.log

并决定与网址显示更多。然后您可以打开日志文件，转到 报告的行号，并通过向上和向下搜索来导航回溯 相同线程ID的文件（报告的 行）。然后分析单个请求的回溯之间的差异 了解此特定请求正在执行的操作以及为什么它正在减速 向下。

通过对许多类似的请求执行此操作，您将能够提出 优化或缓存策略。

更改日志