19:59:57 RRSAgent has joined #webperf 19:59:57 logging to http://www.w3.org/2011/04/27-webperf-irc 20:00:08 Meeting: Web Perf Teleconference 4/27/2011 20:00:17 scribe: Jatinder Mann 20:00:26 ScribeNick: JMann 20:00:53 present: Jatinder Mann, Karen Anderson, Nic Jansma, Jason Weber 20:01:06 Sure Cameron, makes sense. 20:01:21 agenda: http://lists.w3.org/Archives/Public/public-web-perf/2011Apr/0074.html 20:03:10 present+ TonyG 20:03:15 present+ JamesS 20:04:20 Christian has joined #webperf 20:05:02 present+ Christian 20:05:22 present+ Zhiheng 20:06:04 zhiheng has joined #webperf 20:06:18 move to next agenda 20:06:18 I see nothing on the agenda 20:06:28 agenda+ Feedback and discussion on test case updates. 20:06:38 agenda+ Feedback and discussion on Monotonic Clock text. 20:06:44 agenda+ Feedback and discussion on Resource Timing Processing Model. 20:07:01 agenda+ Feedback and discussion on updates to Resource Timing and User Timing 20:07:06 move to next agenda 20:07:06 agendum 1. "Feedback and discussion on test case updates." taken up [from Jatinder] 20:07:40 Tony: The test case that you had mentioned in the mailing list looks good to me. 20:08:45 Zhiheng: I will send email with the test cases that I have submitted so everyone can review. 20:09:06 Nic: I'm a bit concerned with the persistent connection test case - this isn't a normative requirement of the spec. 20:10:03 Tony: What is the requirement in the spec that we are testing? 20:10:22 Zhiheng: domainLookup and others should be set to fetchStart... 20:10:28 Tony: This is a hard one. 20:10:54 Nic: I'm concerned we can't force the browser to get into this state. The browser could chose to open a new connection even if it supports persistent connections. 20:11:16 Zhiheng: I have tested persistent connection with most browsers (except safari) and they appear to be working as expected. 20:12:27 Tony: This is not normative, we shouldn't be testing conformance behavior for non-normative. 20:13:24 Nic: There is a requirement if a browser supports persistent connections, then a persistent connection should be used. 20:14:05 Tony: On the other hand, it means we have made a valuable API, as there is no other way to tell whether a persistent connection was used. 20:14:57 Karen: Only thing I can think of is flooding the network layer with lots of connections and checking it that way. Not sure if it will get us in this state. 20:15:36 Zhiheng: I agree that we want to leave this case at this time. Let's look at other low hanging fruit. 20:15:53 move to next agenda 20:15:53 agendum 2. "Feedback and discussion on Monotonic Clock text." taken up [from Jatinder] 20:16:52 We agreed that the new text is good, however, there was concern whether this should be made normative or not. 20:17:20 tonyg has joined #webperf 20:19:04 http://lists.w3.org/Archives/Public/public-web-perf/2011Apr/0072.html 20:20:23 Zhiheng: I have concerns with the last sentence: The user agent must record the system time at the beginning of the navigation and define subsequent timing attributes in terms of a monotonic 20:20:32 ...clock measuring time elapsed from the beginning of the navigation. 20:23:15 Jason: The goal is to reduce clock skew. Having a start point will reduce skew? 20:24:08 Is the issue about using a relative monotonically increasing clock? 20:26:48 Jason: There are two pieces: using a monotonic clock and using a baseline. Without using a baseline, you can get a skew. In one browser, you may get inconsistent timing between sites. If not normative or well defined baseline, tests cross-browsers will get different results. 20:29:57 Jatinder: Zhiheng, is your concern that if a better algorithm comes out in the future and we make this current text normative, browsers will not be able to innovate without being out of conformance? 20:30:00 Zhiheng: Yes. 20:30:33 Jason: If hardware comes with a better clocking algorithm, we can update the normative text in the specification to reflect that. 20:36:01 Kyle: Monotonic to me means that the clock won't be negative and it would deal this issue. 20:36:08 Present+ Kyle Simpson 20:37:54 James: I'm a fan with monotonic, but not a fan of UTC. 20:38:23 Jason: Can you clarify the divergence here? 20:40:53 Jason: Let's talk through a specific example. If you run some tests on Chrome today, sometimes you get a negative time. This is probably due to offsets and what not. But for navigation time, we want to ensure that the time is baselined to the navigationStart and the timing is always increasing and never negative. If you use the system clock, instead of your own internal clock, the system clock will always be monotonically increasing and will be aligned with 20:40:57 ...clock. 20:41:20 James: Oh, that makes sense. I thought you were referring to the clock on the Taskbar. 20:41:26 Jason: No, referring to the system clock. 20:41:31 James: That sounds reasonable. 20:41:48 Karen: The system clock is the system tick count. 20:42:11 Jason: Does the wording sound better with this context? 20:42:31 James: This makes more sense to me in this context. 20:42:57 http://lists.w3.org/Archives/Public/public-web-perf/2011Apr/0072.html 20:43:20 getify has joined #webperf 20:43:36 http://lists.w3.org/Archives/Public/public-web-perf/2011Apr/0072.html 20:46:39 Let's discuss the wording further on the mailing list, considering we all believe in principal with the text and making this a normative statement. 20:46:55 move to next agenda 20:46:55 agendum 3. "Feedback and discussion on Resource Timing Processing Model." taken up [from Jatinder] 20:47:42 move to next agenda 20:47:42 agendum 3 was just opened, Jatinder 20:47:57 a. http://www.w3.org/mid/BANLkTinAF%252Bo9XigG14=uo2Hz-W0dHhKPCw@mail.gmail.com;list=public-web-perf 20:59:59 Zakim, code? 20:59:59 sorry, heycam, I don't know what conference this is 21:00:36 Topic: Discussing the issue of including ID and Type 21:00:50 Jason: ID and Type will more uniquely identify dynamically fetched resources. 21:01:00 ...- Minimum information you need is the timing data and identifying the resource that is associated with the timing. 21:01:20 heycam has changed the topic to: Web Performance WG - conference code is 97373# (WPERF#) (heycam) 21:01:25 Tony: Worried about having all this additional data just for IDs. 21:01:26 jamesr has joined #webperf 21:01:36 Zakim, this is wperf 21:01:36 ok, heycam; that matches RWC_web-per(WPWG)4:00PM 21:01:52 Zakim, who is on the call? 21:01:52 On the phone I see tomayac, [Microsoft], +1.650.214.aaaa, ??P5, +1.512.851.aabb, ??P12 21:02:37 -??P5 21:02:39 -tomayac 21:02:41 - +1.650.214.aaaa 21:03:14 Zakim, mute ??P12 21:03:14 ??P12 should now be muted 21:03:25 -[Microsoft] 21:03:25 Zakim, unmute ??P12 21:03:26 ??P12 should no longer be muted 21:03:28 Zakim, ??p12 is me 21:03:28 +heycam; got it 21:03:55 + +1.650.253.aacc 21:04:10 Zakim, who is on the clal? 21:04:10 I don't understand your question, jamesr. 21:04:15 Zakim: who is on the call? 21:04:33 heycam: is there a README for zakim? 21:04:42 there is somewhere... 21:04:47 probably he just wants a comma instead of colon 21:04:56 why does the web client tab-complete with a colon, then? 21:05:00 Zakim, who is on the call? 21:05:00 On the phone I see +1.512.851.aabb, heycam, +1.650.253.aacc 21:05:02 http://www.w3.org/2001/12/zakim-irc-bot.html 21:05:12 hmm, pretty sure the last guy is me 21:05:15 jamesr, that's a good question :) 21:06:12 Zakim, +1.650.253.aacc is me 21:06:12 +jamesr; got it 21:06:17 Zakim, who is on the call? 21:06:17 On the phone I see +1.512.851.aabb, heycam, jamesr 21:06:19 +[Microsoft] 21:07:46 agenda+ Schedule discussions for Page Visibility, Efficient Script Yielding and Display Paint Notifications. 21:11:33 move to next agenda 21:11:33 agendum 4. "Feedback and discussion on updates to Resource Timing and User Timing" taken up [from Jatinder] 21:11:46 http://dvcs.w3.org/hg/webperf/raw-file/tip/specs/PageVisibility/Overview.html 21:26:43 Topic: Discussing Page Visibility spec 21:28:22 Kyle: Privacy concerns. What if a page annoys the user if they are no longer viewing the page. 21:28:37 ...the event may make this easier. 21:29:39 Christian has joined #webperf 21:32:35 Jason: Popups are something the user agent already suppress. 21:33:00 Jatinder: A user agent may consider providing an option to not show the page visibility state. 21:34:23 Jatinder: Let's aim to have all three specs available on the http://dvcs.w3.org/hg/webperf/raw-file/tip/specs/ site in the next few days, so we can begin discussing these specs on the mailing list. This will give everyone some time to form an opinion. 21:36:44 ...We can discuss particular contentious issues on the call. 21:37:29 Cameron: As per my mailing list question, are there any constraints on the spec name based on the new charter? 21:38:13 Jason: No restrictions. The charter is worded to be vague enough. 21:39:02 trackbot, url? 21:39:02 Sorry, heycam, I don't understand 'trackbot, url?'. Please refer to http://www.w3.org/2005/06/tracker/irc for help 21:39:16 -jamesr 21:39:17 -[Microsoft] 21:39:17 -heycam 21:39:19 - +1.512.851.aabb 21:39:19 RWC_web-per(WPWG)4:00PM has ended 21:39:21 Attendees were tomayac, [Microsoft], +1.650.214.aaaa, +1.512.851.aabb, heycam, jamesr 21:39:48 trackbot, status 21:40:08 are we using tracker for issue tracking? (is what I'm trying to determine by asking trackbot. :)) 21:54:21 Cameron: As per my mailing list question, are there any constraints on the spec name based on the new charter? 21:54:45 Jason: No restrictions. 21:55:02 rrsagent, set logs world-visible 21:55:13 rrsagent, make log public 21:55:22 rrsagent, create minutes 21:55:22 I have made the request to generate http://www.w3.org/2011/04/27-webperf-minutes.html Jatinder 22:12:28 part rrsagent 22:12:32 rrsagent, part 22:12:32 I see no action items