开发者社区 > 云原生 > Serverless > 正文

同一次访问,postman给出的访问时间是557ms,而日志给出的事件是69ms。这个未免差别过大了

同一次访问,postman给出的访问时间是557ms,而日志给出的事件是69ms。这个未免差别过大了吧?

展开
收起
数据大拿 2023-05-16 15:49:50 190 0
2 条回答
写回答
取消 提交回答
  • postman是端到端时间,日志里那个是执行时间(函数执行的时间,也就是计费的时间),端到端要点日志的调用链才能看到。

    此答案来自钉钉群“阿里函数计算官网客户"

    2023-05-16 19:07:40
    赞同 展开评论 打赏
  • 如果在同一次访问中,Postman 显示的响应时间明显高于应用服务器日志中记录的请求处理时间,那么有可能出现如下几种情况:

    Postman 本身的误差:Postman 在计算响应时间时,可能会考虑一些额外的因素,例如建立 TCP 连接、SSL 握手等耗时操作。

    网络延迟等问题:由于网络环境等因素的影响,Postman 发送的请求和服务器接收并处理请求的时间可能存在较大的差异。

    服务器端性能问题:如果服务器端处理请求的性能不足,或者负载较高,也可能导致请求处理时间较长,从而导致 Postman 显示的响应时间长于实际处理时间。

    针对此类问题,您可以考虑从以下几个方面入手:

    确认 Postman 中的其他参数是否设置正确,例如超时时间、请求头、请求体等等。如果参数设置不当,可能会导致请求处理时间变长。

    使用其他工具测试:可以选择使用其他性能测试工具对该接口进行压测,以验证服务端的性能是否存在瓶颈或问题,并排除网络延迟等因素的影响。

    检查服务器端性能:可以检查服务器端的硬件配置和资源占用情况,以及服务端程序的运行情况,确认是否存在性能瓶颈。

    2023-05-16 16:04:21
    赞同 展开评论 打赏

快速交付实现商业价值。

热门讨论

热门文章

相关电子书

更多
PostgresChina2018_赖思超_PostgreSQL10_hash索引的WAL日志修改版final 立即下载
Kubernetes下日志实时采集、存储与计算实践 立即下载
日志数据采集与分析对接 立即下载