Peter (Peter Hedenskog)
Software Engineer, Wikimedia Foundation

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Aug 17 2015, 6:48 PM (139 w, 3 d)
Availability
Available
IRC Nick
phedenskog
LDAP User
Unknown
MediaWiki User
PHedenskog (WMF)

Recent Activity

Today

Peter updated subscribers of T192536: High variance in Chrome for one of the URLs on the Japanese Wikipedia.

Did a quick check and it loads a lot of images. I think you are perfectly right @Gilles that we should lazy load images on Desktop too. http://wpt.wmftest.org/result/180419_RD_DR/4/details/#waterfall_view_step1

Thu, Apr 19, 10:21 AM · Performance-Team, WebPageTest
Peter created T192536: High variance in Chrome for one of the URLs on the Japanese Wikipedia.
Thu, Apr 19, 10:17 AM · Performance-Team, WebPageTest
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

I've switched to the one with most stable metrics, closed down two of the others and keep the first server a couple of hours just to make sure everything works ok.

Thu, Apr 19, 9:56 AM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

For emulated mobile the numbers are more close to each other. That instance isn't always the best but difference is really small:

Thu, Apr 19, 9:13 AM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

We have 3 days of metrics now that should be enough. I can actually see difference in stability. Let me first do a summary:

Thu, Apr 19, 8:58 AM · Performance-Team
Peter triaged T192522: Cleanup Windows WebPageTest Graphite keys as Low priority.
Thu, Apr 19, 7:55 AM · Performance-Team, WebPageTest
Peter renamed T192522: Cleanup Windows WebPageTest Graphite keys from Cleaanup Windows WebPageTest Graphite keys to Cleanup Windows WebPageTest Graphite keys.
Thu, Apr 19, 7:55 AM · Performance-Team, WebPageTest
Peter closed T165626: Move to the new Linux-based WPT agents in AWS as Resolved.

I created T192522 as a follow up when we collected the yearly stats from the old machine. I think we can say this task is done and the do the cleanup after we collected the metrics in the end of the quarter.

Thu, Apr 19, 7:53 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter created T192522: Cleanup Windows WebPageTest Graphite keys.
Thu, Apr 19, 7:51 AM · Performance-Team, WebPageTest
Peter updated the task description for T165626: Move to the new Linux-based WPT agents in AWS.
Thu, Apr 19, 7:42 AM · Patch-For-Review, Performance-Team, WebPageTest

Yesterday

Peter created T192439: Possible regression firstVisualChange/SpeedIndex.
Wed, Apr 18, 11:21 AM · Performance-Team

Tue, Apr 17

Peter updated subscribers of T191615: Collect variation/min/max of visual metrics for WebPageTest.

Thanks @Krinkle for merging. I added a panel at the bottom of the drilldown as a first step:

Tue, Apr 17, 12:02 PM · Performance-Team, WebPageTest

Mon, Apr 16

Peter moved T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay from Inbox to Doing on the Performance-Team board.
Mon, Apr 16, 7:59 PM · Performance-Team
Peter renamed T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay from Increase/alerts for scripting and SpeedIndex to Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .
Mon, Apr 16, 7:31 PM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

https://grafana.wikimedia.org/dashboard/db/webpagereplay-multiple-instances will have more later on.

Mon, Apr 16, 12:29 PM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

I've installed to extra servers so it's easier for us to keep track of difference in the metrics, I'll setup a new dashboard for that when we have more data.

Mon, Apr 16, 10:48 AM · Performance-Team
Peter added a comment to T192091: 500ms increase in fully loaded desktop and mobile on 30th March 2018.

Yep, I asked before for the Windows version, but let me ask again for the agent. I've been wanting a git version, product version and a changelog for a while.

Mon, Apr 16, 9:18 AM · Performance-Team (Radar), Readers-Web-Backlog (Tracking)
Peter added a comment to T192091: 500ms increase in fully loaded desktop and mobile on 30th March 2018.

@Gilles no I didn't touch it the 30th as I remember. I try to add an annotation for every change I do so it's easier to remember. But checking the commit log for WPTagent it was a change: https://github.com/WPO-Foundation/wptagent/commit/217c36fea9fb534b570421e19e0f3148186bf2fe
with the fully loaded. It looks like we missed requests before, so the new way is correct.

Mon, Apr 16, 9:13 AM · Performance-Team (Radar), Readers-Web-Backlog (Tracking)
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

Thanks @Imarlier almost no tuning done so far so there are a lot to do there. But I wonder then if it wouldn't be better to try to tune bare-metal instead with some help? We did get the most stable metrics for AWS but if we will spend time to tune it more, maybe it's better to do it on our own servers instead? I mean the exact metrics doesn't matter for us, what's important is that the metrics are stable and we get that with more control?

Mon, Apr 16, 5:53 AM · Performance-Team

Fri, Apr 13

Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

It adds metrics under browertime.enwiki-test, it looks the same for FF, I'll check tonight or tomorrow to see if there's a difference.

Fri, Apr 13, 2:11 PM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

The old instance runs 4.4.0-1054-aws and the new one I installed runs 4.4.0-1052-aws (older version). So far when I checked the new one the metrics are back as before (checking CPU time spent in Chrome). But it will be easier to see when we got more data.

Fri, Apr 13, 1:14 PM · Performance-Team
Peter added a comment to T192070: Autostart tests on startup.

Thanks I updated the docs.

Fri, Apr 13, 1:01 PM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

I talked to a friend that runs everything on AWS and he said that this kind of things happens. I got the other instance up and running (it took some time), lets see what those metrics looks like.

Fri, Apr 13, 12:54 PM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

I have created a new instance and let it send metrics to another key structure for now, need to keep it running for a couple of hours to know more.

Fri, Apr 13, 8:12 AM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

The CPU usage seems higher on the instance after the stop:

Fri, Apr 13, 7:26 AM · Performance-Team
Peter added a comment to T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .

I got a feeling there's something going on on the server. I'll create a new one during the day and deploy there. Also will change so we log to another dir and start on server restart.

Fri, Apr 13, 7:14 AM · Performance-Team
Peter triaged T192050: Use Docker version of WebPageTest agents as Normal priority.
Fri, Apr 13, 7:00 AM · Upstream, WebPageTest, Performance-Team
Peter changed the status of T192050: Use Docker version of WebPageTest agents from Open to Stalled.

Waiting on new tags on the Docker hub for WPT.

Fri, Apr 13, 6:59 AM · Upstream, WebPageTest, Performance-Team
Peter created T192138: Alerts for scripting and SpeedIndex with Browsertime/WebPageReplay .
Fri, Apr 13, 6:53 AM · Performance-Team

Thu, Apr 12

Peter triaged T192070: Autostart tests on startup as Normal priority.
Thu, Apr 12, 11:47 AM · Performance-Team
Peter updated the task description for T192070: Autostart tests on startup.
Thu, Apr 12, 11:26 AM · Performance-Team
Peter created T192070: Autostart tests on startup.
Thu, Apr 12, 11:26 AM · Performance-Team
Peter added a comment to T192050: Use Docker version of WebPageTest agents.

Tested and it works.

Thu, Apr 12, 8:13 AM · Upstream, WebPageTest, Performance-Team
Peter created T192050: Use Docker version of WebPageTest agents.
Thu, Apr 12, 5:10 AM · Upstream, WebPageTest, Performance-Team

Mon, Apr 9

Peter closed T190800: Upgrade the Browsertime/WebPageReplay server with latest versions as Resolved.

fixed earlier this week.

Mon, Apr 9, 7:48 PM · Performance-Team

Fri, Apr 6

Peter added a comment to T191617: Mobile performance testing alternatives.

Pat Meenan told me he could setup a Moto G4 for our private use to test out, that would be a good idea I think.

Fri, Apr 6, 1:04 PM · Performance-Team
Peter created T191617: Mobile performance testing alternatives.
Fri, Apr 6, 11:22 AM · Performance-Team
Peter triaged T190929: Change URL(s) for Firefox in the synthetic tests to get more stable metrics as Normal priority.
Fri, Apr 6, 11:11 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter created T191615: Collect variation/min/max of visual metrics for WebPageTest.
Fri, Apr 6, 11:09 AM · Performance-Team, WebPageTest
Peter added a comment to T191518: WebPageTest agents stopped working .

Got answer that the only way to fix it automatically is to use the auto scaling (that isn't working). It makes wonder, maybe we should run the test differently: The linux machines spins up much faster that Windows, maybe we should burst the tests (send them all at once), scale up a couple of machines and then kill them when they are finished.

Fri, Apr 6, 7:09 AM · WebPageTest, Performance-Team
Peter renamed T190929: Change URL(s) for Firefox in the synthetic tests to get more stable metrics from Add https://en.wikipedia.org/wiki/Aretha_Franklin to the synthetic tests to Change URL(s) for Firefox in the synthetic tests to get more stable metrics.
Fri, Apr 6, 7:04 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter added a comment to T190929: Change URL(s) for Firefox in the synthetic tests to get more stable metrics.

Good, let me try that. I've added to Browsertime now and adding it to the list for WebPageTest too.

Fri, Apr 6, 6:59 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter added a comment to T190926: Investigate high variance in metrics for https://en.wikipedia.org/wiki/Sweden.

@Gilles great! Do you wanna contact Mozilla about it? We don't have see the same variance for Chrome.

Fri, Apr 6, 6:50 AM · Performance-Team

Thu, Apr 5

Peter closed T191518: WebPageTest agents stopped working as Resolved.

I killed the instances, recreated new ones with the new AMI ids and it works (we have a big queue though).

Thu, Apr 5, 11:26 AM · WebPageTest, Performance-Team
Peter created T191518: WebPageTest agents stopped working .
Thu, Apr 5, 11:25 AM · WebPageTest, Performance-Team
Peter added a comment to T115606: Add "consistently interactive" metric to WebPageTest data.

Trying the simplest solution by disabling calculating the agent in the settings.ini:

Thu, Apr 5, 7:22 AM · Patch-For-Review, WebPageTest, Performance-Team
Peter added a comment to T190504: Last Visual Change is wrong for emulated mobile on Browsertime/WebPageReplay.

I could change configuration to make this go away (by letting the Visual Metrics pickup the viewport). It will go out the next time we do an update.

Thu, Apr 5, 7:14 AM · Performance-Team
Peter added a comment to T190504: Last Visual Change is wrong for emulated mobile on Browsertime/WebPageReplay.

There's a couple of things going on here:

Thu, Apr 5, 6:02 AM · Performance-Team
Peter added a comment to T190926: Investigate high variance in metrics for https://en.wikipedia.org/wiki/Sweden.

This is another good example with a lot of variance for Firefox (https://en.wikipedia.org/wiki/Cephalopod_size): https://www.webpagetest.org/result/180405_76_1c5de8b142ba1ed466b268022c724722/

Thu, Apr 5, 3:41 AM · Performance-Team
Peter closed T191486: Remove using MOZ log for Browsertime/WebPageReplay tests as Resolved.
Thu, Apr 5, 3:38 AM · Performance-Team
Peter created T191486: Remove using MOZ log for Browsertime/WebPageReplay tests.
Thu, Apr 5, 3:27 AM · Performance-Team
Peter added a comment to T190929: Change URL(s) for Firefox in the synthetic tests to get more stable metrics.

Yep we could do that, we need to find a article though that gives stable metrics in Firefox. Did a quick test run https://www.webpagetest.org/result/180405_76_1c5de8b142ba1ed466b268022c724722/ - first visual change goes from 1.5 s to 2.4 s :( It's a good article with more feedback to Mozilla though.

Thu, Apr 5, 3:24 AM · Patch-For-Review, Performance-Team, WebPageTest

Tue, Apr 3

Peter added a comment to T190800: Upgrade the Browsertime/WebPageReplay server with latest versions.

I've disabled the Firefox alerts for 7 days since turning on the MOZ log increased the metrics and if the alerts are fired, it's a false alert.

Tue, Apr 3, 12:05 PM · Performance-Team
Peter added a comment to T190800: Upgrade the Browsertime/WebPageReplay server with latest versions.

Deployed earlier today, will watch the alerts and graphs the coming days and make some adjustments. All Chrome Visual Metrics will be faster with this release because of two things: Browsertime now stores trace logs/screenshots between runs, before they where stored after all runs. The navigation on when to start a test also has been finetuned: Before it could be latency between swithing the background to white and navigating the browser to the URL (it happend in two different webdriver commands) but now it is the one and the same command.

Tue, Apr 3, 11:02 AM · Performance-Team
Peter added a comment to T189184: Update Wikidata WebPageTest dashboard to use the new Linux WebPageTest instance.

The dashboard is updated: https://grafana.wikimedia.org/dashboard/db/wikidata-webpagetest

Tue, Apr 3, 6:33 AM · User-Addshore, Wikidata, Performance-Team (Radar), WebPageTest
Peter added a comment to T189184: Update Wikidata WebPageTest dashboard to use the new Linux WebPageTest instance.

FYI: I'm changing the dashboard today. The Windows agent went crazy the 31/3 and metrics are too high.

Tue, Apr 3, 6:16 AM · User-Addshore, Wikidata, Performance-Team (Radar), WebPageTest
Peter closed T191204: 2018-03-31 Grafana WPT alerts dashboard doesn't match WPT anymore as Resolved.
Tue, Apr 3, 6:03 AM · Performance-Team, WebPageTest
Peter added a comment to T191204: 2018-03-31 Grafana WPT alerts dashboard doesn't match WPT anymore.

I've updated the alerts now so it uses Linux. Looks good now. The Windows agent is still broken though.

Tue, Apr 3, 6:03 AM · Performance-Team, WebPageTest
Peter added a comment to T191204: 2018-03-31 Grafana WPT alerts dashboard doesn't match WPT anymore.

The alerts is still using the Windows machine, the rest of our is using Linux. It seems like the Windows machine went crazy, look at this:

Tue, Apr 3, 5:42 AM · Performance-Team, WebPageTest

Thu, Mar 29

Peter updated subscribers of T187684: Define key metrics (3-5 total) that we're tracking and go public with the metrics.

I talked with @Imarlier yesterday and the way forward is to just decide the metrics to start with, and then we can continue to redefine them. I'll make a first proposal and you all @Krinkle @Gilles @aaron @Imarlier can edit/change make/suggestions:

Thu, Mar 29, 10:49 AM · Performance-Team
Peter closed T186106: Change Tokyo to Singapore for the WebPageTest Asia pop tests as Resolved.
Thu, Mar 29, 10:45 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter updated the task description for T187684: Define key metrics (3-5 total) that we're tracking and go public with the metrics.
Thu, Mar 29, 4:08 AM · Performance-Team

Wed, Mar 28

Peter closed T190935: Add WebPageTest in Tokyo to collect more metrics for the Asian pop as Resolved.
Wed, Mar 28, 2:29 PM · Patch-For-Review, WebPageTest, Performance-Team
Peter triaged T190935: Add WebPageTest in Tokyo to collect more metrics for the Asian pop as Normal priority.
Wed, Mar 28, 12:44 PM · Patch-For-Review, WebPageTest, Performance-Team
Peter created T190935: Add WebPageTest in Tokyo to collect more metrics for the Asian pop.
Wed, Mar 28, 12:44 PM · Patch-For-Review, WebPageTest, Performance-Team
Peter added a comment to T187299: User-perceived page load performance study.

@Gilles I want to try it out, what's the easiest way to do it?

Wed, Mar 28, 12:17 PM · Readers-Web-Backlog (Tracking), MW-1.31-release-notes (WMF-deploy-2018-03-27 (1.31.0-wmf.27)), QuickSurveys, Unplanned-Sprint-Work, Patch-For-Review, Performance-Team
Peter created T190929: Change URL(s) for Firefox in the synthetic tests to get more stable metrics.
Wed, Mar 28, 12:02 PM · Patch-For-Review, Performance-Team, WebPageTest
Peter created T190926: Investigate high variance in metrics for https://en.wikipedia.org/wiki/Sweden.
Wed, Mar 28, 11:57 AM · Performance-Team

Tue, Mar 27

Peter triaged T190800: Upgrade the Browsertime/WebPageReplay server with latest versions as Normal priority.
Tue, Mar 27, 11:22 AM · Performance-Team
Peter created T190800: Upgrade the Browsertime/WebPageReplay server with latest versions.
Tue, Mar 27, 11:22 AM · Performance-Team
Peter closed T190778: Add WPT test agent in Mumbai as Resolved.

I've pushed the tests in the crontab on the WebPageTest agent too. We could add/change the URLs but let us do that in another task.

Tue, Mar 27, 6:46 AM · Patch-For-Review, WebPageTest, Performance-Team
Peter created T190778: Add WPT test agent in Mumbai.
Tue, Mar 27, 6:04 AM · Patch-For-Review, WebPageTest, Performance-Team

Mon, Mar 26

Peter moved T190504: Last Visual Change is wrong for emulated mobile on Browsertime/WebPageReplay from Inbox to Backlog on the Performance-Team board.
Mon, Mar 26, 7:56 PM · Performance-Team
Peter triaged T190504: Last Visual Change is wrong for emulated mobile on Browsertime/WebPageReplay as Low priority.
Mon, Mar 26, 7:55 PM · Performance-Team
Peter added a comment to T185186: Firefox Quantum (and later or earlier) gives us really unstable metrics in Docker.

I've tried out different preferences, and stopped more type of requests in the background (setting network.captive-portal-service.enabled to false). Haven't been able to track down more requests in the MOZ-log so it is probably ok for now.

Mon, Mar 26, 12:10 PM · Performance-Team

Fri, Mar 23

Peter created T190504: Last Visual Change is wrong for emulated mobile on Browsertime/WebPageReplay.
Fri, Mar 23, 10:48 AM · Performance-Team
Peter renamed T185186: Firefox Quantum (and later or earlier) gives us really unstable metrics in Docker from Firefox Quantum (and later) seems extremely sensitive in First Visual Change/Speed Index to content changes to Firefox Quantum (and later or earlier) gives us really unstable metrics in Docker.
Fri, Mar 23, 10:25 AM · Performance-Team
Peter added a comment to T185186: Firefox Quantum (and later or earlier) gives us really unstable metrics in Docker.

This is driving me crazy :( I've verified that Firefox is using the proxy (by removing internet when replying the data), it works. However both using the proxy and doing run without the proxy the Firefox metrics has high variance: Running Chrome without setting any connectivity, not using the proxy the variance is 100 ms, the same and less when we use the proxy. For Firefox the variance is 1000 ms of firstVisualChange both with or without the proxy. I wonder if there's something in the Docker setup that can explain it? When I check the HAR file and compare with a run with the same connectivity, the HAR is mostly identical except that the timings differs 1000ms (so the HAR doesn't help). I'll test if I see the same without Docker and also collect the MOZ log but I think it is a trace log of what Firefox is doing that's missing. So far I tried to rollback to stable 58, disable ipv6 , increased the file limit on Linux but no luck so far.

Fri, Mar 23, 10:23 AM · Performance-Team

Thu, Mar 22

Peter added a comment to T185186: Firefox Quantum (and later or earlier) gives us really unstable metrics in Docker.

I've done a test by switching to the same Firefox preferences that WebPageTest uses instead of the default one that Geckodriver uses (+ some extras) and the median SpeedIndex looks a lot better:

Thu, Mar 22, 5:34 AM · Performance-Team

Wed, Mar 21

Peter added a comment to T185186: Firefox Quantum (and later or earlier) gives us really unstable metrics in Docker.

Hmm been checking individual runs and for Firefox when we do 11 runs the variance can be 500 ms (for chrome it is 100 ms) between runs so I wonder maybe it is some configuration issue? We turned off OCSP and black/white list update but maybe it's something more that needs to be disabled.

Wed, Mar 21, 10:23 AM · Performance-Team
Peter added a comment to T104902: Refactor Navigation Timing gathering to produce reliable stackable measures.

Hmm something is wrong with the navtiming2, @Krinkle and me looked it through last night and I cannot make the numbers match? The idea with navtiming2 is that we should either we should send all metrics or no metrics at all.

Wed, Mar 21, 9:25 AM · Patch-For-Review, MediaWiki-extensions-NavigationTiming, Performance-Team

Mar 20 2018

Peter added a comment to T185186: Firefox Quantum (and later or earlier) gives us really unstable metrics in Docker.

Here's another example. These changes made First Visual Change go down 400 ms.

Mar 20 2018, 7:17 PM · Performance-Team
Peter closed T186476: Firefox Linux misses number of requests and requests per type as Resolved.

Works now!

Mar 20 2018, 7:14 PM · Patch-For-Review, Performance-Team, WebPageTest
Peter closed T186476: Firefox Linux misses number of requests and requests per type, a subtask of T165626: Move to the new Linux-based WPT agents in AWS, as Resolved.
Mar 20 2018, 7:14 PM · Patch-For-Review, Performance-Team, WebPageTest
Peter moved T104902: Refactor Navigation Timing gathering to produce reliable stackable measures from Next-up to Doing on the Performance-Team board.
Mar 20 2018, 5:13 PM · Patch-For-Review, MediaWiki-extensions-NavigationTiming, Performance-Team

Mar 19 2018

Peter added a comment to T179622: Update our Graphite metrics for current retention config.

Looks good @Krinkle ! When we moved to Linux and collected the "final" metrics for Windows we can do a major cleanup again.

Mar 19 2018, 7:53 PM · Performance-Team
Peter moved T115606: Add "consistently interactive" metric to WebPageTest data from Next-up to Doing on the Performance-Team board.
Mar 19 2018, 2:08 PM · Patch-For-Review, WebPageTest, Performance-Team
Peter added a comment to T115606: Add "consistently interactive" metric to WebPageTest data.

Yep it seems to have been changed in WebPageTest:

Mar 19 2018, 1:07 PM · Patch-For-Review, WebPageTest, Performance-Team
Peter added a comment to T115606: Add "consistently interactive" metric to WebPageTest data.

Hmm have this changed upstream? We only have last interactive (again) or is it a statsv thing? First Interactive and Time to interactive metrics is gone.

Mar 19 2018, 12:44 PM · Patch-For-Review, WebPageTest, Performance-Team
Peter closed T188736: Long SSL/blocked time on WebPageReplay for Firefox as Resolved.

This works on the test server (where we test against the Swedish URLs), so we can update this on the server that tests for the alerts when we do next update.

Mar 19 2018, 11:25 AM · Performance-Team
Peter triaged T190020: Different strokes for different URLs as Normal priority.
Mar 19 2018, 11:20 AM · Performance-Team
Peter triaged T189589: performance-webpagetest-linux-wmf Jenkins job has been failing since 2018-02-28 as Normal priority.
Mar 19 2018, 11:20 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter added a comment to T189589: performance-webpagetest-linux-wmf Jenkins job has been failing since 2018-02-28.

Should be ok now, but let us keep this open until the next run we are 100% sure.

Mar 19 2018, 11:19 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter added a comment to T189589: performance-webpagetest-linux-wmf Jenkins job has been failing since 2018-02-28.

Thanks for seeing it @Gilles! I'm disabling the failing URLs for now.

Mar 19 2018, 11:15 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter added a comment to T189589: performance-webpagetest-linux-wmf Jenkins job has been failing since 2018-02-28.

That connection problem was only temporary (if you haven't fixed anything @Gilles?). The problem is that https://www.wikipedia.beta.wmflabs.org/ isn't redirected anymore (the portal team test that page):

Mar 19 2018, 11:10 AM · Patch-For-Review, Performance-Team, WebPageTest
Peter created T190020: Different strokes for different URLs.
Mar 19 2018, 8:40 AM · Performance-Team

Mar 14 2018

Peter added a comment to T188736: Long SSL/blocked time on WebPageReplay for Firefox.

It turns out that Firefox in this case of preferences handles 0, "0", and false differently. It's only the actual integer 0 that turns off the OSCP, so I need to do a code change to fix that and then build a new Docker container and deploy.

Mar 14 2018, 9:15 AM · Performance-Team
Peter edited projects for T188736: Long SSL/blocked time on WebPageReplay for Firefox, added: Performance-Team; removed Performance-Team (Radar), Upstream.

This is fixed by disabling OSCP ('security.OCSP.enabled': 0). I'll make the changes later today and verify that it works correct on the server (it is worked when I tried it on my local machine).

Mar 14 2018, 8:46 AM · Performance-Team
Peter added a comment to T189473: Collect HAR information for Firefox increase variance in Visual Metrics.

Adding some results. Running Firefox with 11 runs and the HAR plugin turned on:

Mar 14 2018, 8:04 AM · Performance-Team (Radar), Upstream

Mar 13 2018

Peter added a comment to T187684: Define key metrics (3-5 total) that we're tracking and go public with the metrics.

I think we can push RUMSpeedIndex , what I would also like if we could pick it up in WebPageTest. I think we can just add a global JS on the WebPageTest server so it will always test it? I can have a go later today.

Mar 13 2018, 12:17 PM · Performance-Team