W3C home > Mailing lists > Public > public-web-perf@w3.org > November 2014

Re: communicating server timing data to the client.. Server Timing?

From: Steve Souders <steve@souders.org>
Date: Fri, 7 Nov 2014 15:07:42 -0800
Cc: public-web-perf <public-web-perf@w3.org>
Message-Id: <94D59A15-1F56-4FB3-A339-08CA547FC867@souders.org>
To: Ilya Grigorik <igrigorik@google.com>
Fastly is interested in this. We would use it to convey backend times (eg, time to origin, time from cache, etc) to the client. On the client we or our customers would then combine these backend times with Nav and Resource times into a single beacon. I can see the desire to convey other info that is not timing like which data center was used, whether it was a cache hit, etc. So having a way to pass on non-timing params would be helpful. (Is this addressed in User Timing? Seems like there would be a similar need.)

-Steve (mobile)

> On Nov 7, 2014, at 2:00 PM, Ilya Grigorik <igrigorik@google.com> wrote:
> 
> https://gist.github.com/igrigorik/97dfe5ea9b4a85162e25
> 
> We had a brief discussion around this at TPAC, but in the context of extending User Timing. However, having thought about it some more, I'm thinking this could/should be an extension for Nav and Resource Timing interfaces... perhaps even a standalone spec? 
> 
> That said, I'm getting ahead of myself... Curious to hear everyone's thoughts? Is it worth pursuing further? Am I overlooking any major problems or gotchas?
> 
> ig

Received on Friday, 7 November 2014 23:08:06 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:01:26 UTC