Apache文档说％D可以用于日志格式来显示：
服务请求的时间，以微秒为单位。
然而，我不清楚这是什么意思。 它是否包括请求的持续时间和/或响应的持续时间？
我正在尝试计算多长时间才能提供一个页面，而不依赖于networking延迟或带宽。
这里有几个问题 – 而相当混乱的术语。
多长时间才能提供一个页面，而不依赖于networking延迟或带宽
但是交付页面需要多长时间， 都是关于networking延迟和带宽。 此外，networking服务器没有“网页”的概念 – 只有url – 通常一个url将由多个url组成，希望其中的一些会被caching。 虽然有一些非常昂贵的工具，试图派生页面加载时间serverside，我还没有看到一个与caching和/或PRG运作良好。
％Dlogging了Apache开始处理请求（即我相信省略了握手）和完全卸载到本地TCP堆栈之间的时间。
你不能只测量处理请求和编写响应的时间。
有一个Apache模块允许您logging响应何时开始 – 但这只是完整响应何时可用的指示。
OTOH，如果您使用靠近networking服务器的反向代理，则networking开销将很小。
但是这仍然是在谈论url – 而不是网页。
如果你想测量页面响应时间，那么看看episodes / yahoo boomerang / HTML5的webtiming API
请注意，这些都是关于衡量最终用户体验的 – 所以衡量标准受到networking的影响。 Boomerang结合了测量基线networkingfunction的function。
我认为它是你的后，它的时间，它需要apache生成的页面，而不是服务于客户端。
“服务请求所用的时间”的含义如下：如果Apache处理请求1秒，客户端将下载答案10秒钟，它将写入日志“10秒”。 如果nginx放在apache前面，那么“服务请求的时间”就等于处理请求的时间，因为nginx很快就会从apache中获取响应，然后让自己赶到客户端。