GAE/J 请求日志格式细分

发布于 2024-10-07 05:54:34 字数 545 浏览 0 评论 0原文

以下是 GAE 控制台日志记录的示例:

GAE 日志控制台快照 https://i.sstatic.net/M2iJX.png 以获得可读的高分辨率版本。

我想提供文件的详细信息,显示在折叠(摘要)视图和展开(详细)视图中。我将填写我知道其含义的字段,并感谢您帮助解析其余部分。一旦有新信息,本文将进行更新。

谢谢你,
格言。


未解决的问题:

  • 如何读取时间戳? [...-prod/0-0-39.346862139187007139]
  • 为什么概括地说请求花费了 343ms 但详细地说是 344ms ?
  • 如果请求在 cpu 上花费了 123 毫秒,在 API 调用上花费了 30 毫秒,那么剩下的时间都去哪儿了?为什么总请求时间是343/344ms?

Here is a sample of GAE Console log record:

GAE log console snapshot https://i.sstatic.net/M2iJX.png for readable high res version.

I would like to provide a breakdown of the fileds, displayed both in the collpased (summary) view and the expended (detail) view. I will fill the fields I know their meaning and would appreciate assistannce with dichipering the rest. This post will be updated once new information is available.

Thank you,
Maxim.


Open issues:

  • How to read timestamp? [...-prod/0-0-39.346862139187007139]
  • Why in summary it says request took 343ms but in details is says 344ms ?
  • If request spend 123ms on cpu and 30ms on API calls where did the rest of the time go? Why the total request time is 343/344ms ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

本王不退位尔等都是臣 2024-10-14 05:54:34

摘要

  • 12-14:请求日期。 12 是月份(12 月),14 是该月的日期(星期二)。
  • 05:21AM:请求时间,PST 偏移量。 05 是小时。 21 是分钟。
  • 57.593:请求时间,太平洋标准时间< /a> 偏移量。 57 是第二个。 593 是毫秒。
  • /match/...:HTTP 请求路径
  • 200:HTTP 返回码。 (200 = OK)
  • 343ms:计算并向用户返回响应所花费的总时间(以毫秒为单位)
  • 123cpu_ms:请求花费的时间(以毫秒为单位)关于 CPU 计算
  • 30api_cpu_ms :请求在 API 调用(数据存储 get 和 co...)上花费的时间(以毫秒为单位)
  • 1kb :请求的大小(以千字节为单位)发送给用户
  • Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.7 (KHTML, like Gecko) Chrome/7.0.517.44 Safari/534.7,gzip(gfe) : 用户代理 请注意,gzip(gfe) 是由 AppEngine 前端添加的。

详细信息

  • IP yellow masked out :发起请求的客户端的 IP 地址
  • HTTP Referrer :请注意,此请求中为空,因为它是直接请求hit
  • [14/Dec/2010:05:21:57 -0800] :日期,包括时间戳偏移规范。
  • “GET /match/... HTTP/1.1”:HTTP GET URI。
  • 200:HTTP 返回码。 (200 = OK)
  • 响应大小(以字节为单位)
  • 1036 :发送给用户Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.7 的 (KHTML,如 Gecko)Chrome/7.0.517.44 Safari/534.7,gzip(gfe)用户Agent 请注意,gzip(gfe) 是由 AppEngine 前端添加的。
  • ms=344:计算并向用户返回响应所花费的总时间(以毫秒为单位)
  • cpu_ms=123:请求花费的时间(以毫秒为单位) CPU 计算
  • api_cpu_ms=30 :请求在 API 调用上花费的时间(以毫秒为单位)(数据存储区 get 和 co...)
  • cpm_usd=0.003648 :金额(以我们为单位) $),像这样的 1000 个请求将花费成本。 ref

日志记录

  • 12-14 :此特定应用程序发出日志条目的日期。 12 是月份(12 月),14 是该月的日期(星期二)。
  • 05:21AM:此特定应用发出日志条目的时间,PST 偏移量。
  • 57.833:请求时间,太平洋标准时间< /a> 偏移量。 57 是第二个。 833 是毫秒。
  • [...-prod/0-0-39.346862139187007139]:发出此日志消息的应用程序当前版本的标识符。注意:...-prod 是应用程序名称。 0-0-39 是部署的版本名称 (app.yaml)。 .346862139187007139 是时间吗? (以什么格式?)当这个版本部署到 appengine 云时。
  • stdout :应用程序向其发送此日志消息的通道。可以是 stdout 或 stderr。
  • INFO ....Matcher - ... Id 208 匹配。:应用程序级别输出。可以通过 System.out.print 或(如本例中)使用日志框架 logback 来完成

Summary

  • 12-14 : Date of the request. 12 is the month (December), 14 is the day of the month (Tuesday).
  • 05:21AM : Time of the request, PST offset. 05 is the hour. 21 is the minute.
  • 57.593 : Time of request, PST offset. 57 is the second. 593 is the millisecond.
  • /match/... : HTTP request path
  • 200 : HTTP return code. (200 = OK)
  • 343ms : The total time (in milliseconds) it took to calculate and return the response to the user
  • 123cpu_ms : The time (in milliseconds) the request spend on CPU calculation
  • 30api_cpu_ms : The time (in milliseconds) the request spend on API calls (Datastore get and co...)
  • 1kb : The size (in kilobytes) of the response that was sent to the user
  • Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.7 (KHTML, like Gecko) Chrome/7.0.517.44 Safari/534.7,gzip(gfe) : User Agent note that gzip(gfe) is added by AppEngine front end.

Details

  • IP yellow masked out : The IP address of the client initiating the request
  • HTTP Referrer : Note that it's empty on this request because it's a direct hit
  • [14/Dec/2010:05:21:57 -0800] : Date, including timestamp offset specification.
  • "GET /match/... HTTP/1.1" : The HTTP GET URI.
  • 200 : HTTP return code. (200 = OK)
  • 1036 : The size (in bytes) of the response that was sent to the user
  • Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.7 (KHTML, like Gecko) Chrome/7.0.517.44 Safari/534.7,gzip(gfe) : User Agent note that gzip(gfe) is added by AppEngine front end.
  • ms=344 : The total time (in milliseconds) it took to calculate and return the response to the user
  • cpu_ms=123 : The time (in milliseconds) the request spend on CPU calculation
  • api_cpu_ms=30 : The time (in milliseconds) the request spend on API calls (Datastore get and co...)
  • cpm_usd=0.003648 : The amount (in us $) that 1000 requests such as this one would cost. ref

log record

  • 12-14 : Date of this specific application emitted log entry. 12 is the month (December), 14 is the day of the month (Tuesday).
  • 05:21AM : Time of this specific application emitted log entry, PST offset.
  • 57.833 : Time of request, PST offset. 57 is the second. 833 is the millisecond.
  • [...-prod/0-0-39.346862139187007139] : The identifier of current version of the application that emitted this log message. Note: ...-prod is the application name. 0-0-39 is the deployed version name (app.yaml). .346862139187007139 is the time? (in what format?) when this version was deployed to appengine cloud.
  • stdout : The channel to which the application emitted this log message. Can be either stdout or stderr.
  • INFO ....Matcher - ... Id 208 matched. : Application level output. Can be done via either System.out.print or (as in this case) using a logging framework, logback
橙味迷妹 2024-10-14 05:54:34

不是57.593秒.毫秒吗?
cpm_usd 表示 1,000 个与此请求类似的请求的成本估算(以美元计算)。

Isn't 57.593 seconds.milliseconds?
And cpm_usd represents an estimate of what 1,000 requests similar to this request would cost in US dollars.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文