【问题标题】:logging round-trip load times of requests记录请求的往返加载时间
【发布时间】:2011-07-18 15:08:24
【问题描述】:

我正在使用测试脚本来测量测试页面的往返时间。 我不需要测量的时间准确,我只希望趋势稳定,这样我就可以看到在高(er)负载下加载时间的增加。

为此,我使用 2 种方法(在 javascript 中)来测量加载时间。

1:

var start_time = (new Date).getTime();
//load the resource
var end_time = (new Date).getTime() - start_time;

2:

var time_passed = 0;
var timer = setInterval("time_passed += 10;", 10);
//load the resource
clearInterval(timer);

我读到第一种方法的分辨率在大多数浏览器中都很低, 唯一给出“好”结果的浏览器是 chrome

第二种方法在浏览器中非常稳定,并且给出了恒定的结果。

正如预期的那样,所测量的时间对于日期差异非常不规则,而对于间隔计时器来说非常稳定。 然而,我的问题是我删除了日期差异计时器,因为它无法使用,一旦我删除它,间隔测量变得非常不稳定。测量的时间峰值低于和高于趋势。

任何人都可以解释为什么删除日期差异后间隔不稳定。

和/或可能如何改进时间安排。

【问题讨论】:

标签: javascript timer intervals roundtrip


【解决方案1】:

使用 javascript 来衡量它自己的执行速度被认为是相当不准确的。相反,我建议使用内置分析器(在 Safari 和 Chrome 中),它甚至可以让您测量每一个函数调用和网络分析器,从而为您提供准确的请求时间。

【讨论】:

  • 我使用这个时间作为负载测试的一部分,在一个活跃网站上进行负载测试,大约每小时 220k 用户,以测试新功能的负载。请求加载页面(通过异步 iframe)的用户是具有真实延迟等的真实用户,因此我无法使用分析器来测试一次性往返时间。我唯一要衡量的是,随着白天负载的增加,往返时间的增加(或减少)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-08-29
  • 2017-07-24
  • 1970-01-01
相关资源
最近更新 更多