Gilles (Gilles Dubuc)
Senior Performance Engineer, WMF

Projects (18)

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Oct 7 2014, 8:24 AM (133 w, 1 d)
Availability
Available
IRC Nick
gilles
LDAP User
Gilles
MediaWiki User
Unknown

Recent Activity

Yesterday

Gilles created T163932: Add widget with links to most recent performance blog posts on the WMF blog to performance.wikimedia.org.
Wed, Apr 26, 6:47 PM · Performance-Team
Gilles moved T142134: Failing test BounceHandler/UnSubscribeUserTest::testUnSubscribeUser due to WANObjectCache::delete from Inbox to Backlog on the Performance-Team board.
Wed, Apr 26, 6:39 PM · Performance-Team, MediaWiki-Cache, MediaWiki-extensions-BounceHandler
Gilles assigned T142134: Failing test BounceHandler/UnSubscribeUserTest::testUnSubscribeUser due to WANObjectCache::delete to aaron.
Wed, Apr 26, 6:39 PM · Performance-Team, MediaWiki-Cache, MediaWiki-extensions-BounceHandler
Gilles moved T100085: PHP Notice: JobQueueGroup::__destruct: 1 buffered job(s) never inserted from Inbox to Next-up on the Performance-Team board.
Wed, Apr 26, 6:36 PM · Wikimedia-log-errors, Performance-Team, MW-1.27-release, MW-1.29-release, MediaWiki-JobQueue
Gilles assigned T100085: PHP Notice: JobQueueGroup::__destruct: 1 buffered job(s) never inserted to Krinkle.
Wed, Apr 26, 6:36 PM · Wikimedia-log-errors, Performance-Team, MW-1.27-release, MW-1.29-release, MediaWiki-JobQueue
Gilles moved T163537: Make it easy to verify that video/firstVisualChange is correct from Inbox to Next-up on the Performance-Team board.
Wed, Apr 26, 6:30 PM · WebPageTest, Performance-Team
Gilles assigned T163537: Make it easy to verify that video/firstVisualChange is correct to Peter.
Wed, Apr 26, 6:30 PM · WebPageTest, Performance-Team
Gilles moved T163648: iOS tests on webpagetest.org often time out from Inbox to Doing on the Performance-Team board.
Wed, Apr 26, 6:26 PM · WebPageTest, Performance-Team
Gilles assigned T163648: iOS tests on webpagetest.org often time out to Peter.
Wed, Apr 26, 6:26 PM · WebPageTest, Performance-Team
Gilles moved T163801: WikiPage::updateCategoryCounts caused 14 minutes of lag on enwiki from Inbox to Doing on the Performance-Team board.
Wed, Apr 26, 6:24 PM · Patch-For-Review, Performance-Team, Availability
Gilles assigned T163801: WikiPage::updateCategoryCounts caused 14 minutes of lag on enwiki to Krinkle.
Wed, Apr 26, 6:24 PM · Patch-For-Review, Performance-Team, Availability
Gilles moved T163876: Disable Grafana's client-side localization of dates from Inbox to Backlog on the Performance-Team board.
Wed, Apr 26, 6:22 PM · Upstream, Performance-Team
Gilles claimed T163876: Disable Grafana's client-side localization of dates.
Wed, Apr 26, 6:22 PM · Upstream, Performance-Team
Gilles added a comment to T100999: Make the logo's loading priority higher.

Have you had a chance to look at it today, now that the change has been deployed?

Wed, Apr 26, 4:44 PM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team
Gilles added a project to T150741: Thumbor should reject thumbnail requests that are the same size as the original or bigger: Patch-For-Review.
Wed, Apr 26, 1:14 PM · Patch-For-Review, Operations, Performance-Team, Thumbor
Gilles added a comment to T163876: Disable Grafana's client-side localization of dates.

Actually, that setting is ineffective, setting it to UTC doesn't remove the localization of the dates in the alerts history. This is starting to look like an upstream bug.

Wed, Apr 26, 9:22 AM · Upstream, Performance-Team
Gilles added a comment to T163876: Disable Grafana's client-side localization of dates.

You can turn it off for yourself in the Grafana preferences:

Wed, Apr 26, 9:15 AM · Upstream, Performance-Team
Gilles created T163876: Disable Grafana's client-side localization of dates.
Wed, Apr 26, 9:13 AM · Upstream, Performance-Team

Tue, Apr 25

Gilles added a comment to T100999: Make the logo's loading priority higher.

Actually, as the wiki page states, the traffic will switch back on May 1 and May 2. This is what will affect the latency in WPT.

Tue, Apr 25, 8:45 AM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team
Gilles added a comment to T100999: Make the logo's loading priority higher.

May 3rd 14:00 UTC: https://wikitech.wikimedia.org/wiki/Switch_Datacenter

Tue, Apr 25, 8:44 AM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team
Gilles added a comment to T100999: Make the logo's loading priority higher.

@Peter can you record another high-quality video? I believe this gets deployed later today. With the switchover there's extra latency right now for WPT that wasn't there when you recorded your reference video.

Tue, Apr 25, 8:34 AM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team

Mon, Apr 24

Gilles added a comment to T70861: Performance review #2 of Hovercards (Popups extension).

@JKatzWMF gave me a detailed response about the success criteria:

Mon, Apr 24, 4:42 PM · Page-Previews, Performance, Traffic, Operations, Reading-Web-Backlog, Performance-Team, Wikimedia-Extension-setup
Gilles added a comment to T153169: Grafana alerts for Navigation Timing and related.

I don't think it's possible to tell Grafana something like that in the alert configuration, though, is it? To only alert if the criteria matched N times in a row.

Mon, Apr 24, 9:39 AM · Performance-Team
Gilles added a comment to T70861: Performance review #2 of Hovercards (Popups extension).

What you're quoting are essays, not research. As reputable as N & N might be in the design world, the articles you're linking to are still opinion pieces and the numbers they provide are pulled out of thin air, with no indication as to how they ended up with those values. A best guess from someone famous is still a best guess.

Mon, Apr 24, 7:47 AM · Page-Previews, Performance, Traffic, Operations, Reading-Web-Backlog, Performance-Team, Wikimedia-Extension-setup

Fri, Apr 21

Gilles closed T163432: Access request to Icinga control panel to acknowledge Performance alerts as "Resolved".

Seems to work, I was able to post a comment, which was blocked for me before. Thanks!

Fri, Apr 21, 9:10 AM · Patch-For-Review, Performance-Team, Operations
Gilles added a comment to T70861: Performance review #2 of Hovercards (Popups extension).

I'm sorry to say, but what operating systems do, what other websites do, is completely irrelevant. You put way too much trust on them doing the right thing and having verified it, without linking to any comprehensive study of a feature exactly like this one. Due diligence is very inconsistent for UX design on big web properties and people make mistakes.

Fri, Apr 21, 9:01 AM · Page-Previews, Performance, Traffic, Operations, Reading-Web-Backlog, Performance-Team, Wikimedia-Extension-setup

Thu, Apr 20

Gilles moved T162875: Write graceful rolling restart script for Thumbor from Inbox to Backlog on the Performance-Team board.
Thu, Apr 20, 8:31 PM · Operations, Performance-Team, Thumbor
Gilles moved T163432: Access request to Icinga control panel to acknowledge Performance alerts from Inbox to Radar on the Performance-Team board.
Thu, Apr 20, 8:31 PM · Patch-For-Review, Performance-Team, Operations
Gilles added a comment to T163432: Access request to Icinga control panel to acknowledge Performance alerts.

Thanks! The performance team, i.e. the following wikitech usernames:

Thu, Apr 20, 6:56 PM · Patch-For-Review, Performance-Team, Operations
Gilles added a comment to T163408: (icinga/grafana) webpagetest-alerts: slow page rendering for Internet Explorer .

And the effect looks the same as when this last happened during the DDOS-related traffic rerouting.

Thu, Apr 20, 6:45 PM · Performance-Team, Monitoring, Operations
Gilles added a comment to T163432: Access request to Icinga control panel to acknowledge Performance alerts.

Yep

Thu, Apr 20, 6:41 PM · Patch-For-Review, Performance-Team, Operations
Gilles updated subscribers of T163408: (icinga/grafana) webpagetest-alerts: slow page rendering for Internet Explorer .

I believe it's due to additional latency from these locations due to the switchover. The start of it coincides exactly with when @BBlack switched traffic over (before the actual switchover).

Thu, Apr 20, 6:40 PM · Performance-Team, Monitoring, Operations
Gilles added a comment to T153169: Grafana alerts for Navigation Timing and related.

Looks nice!

Thu, Apr 20, 12:09 PM · Performance-Team
Gilles closed T153041: Alerts using WebPageTest , a subtask of T153166: Set up Grafana alerts for Web Performance metrics, as "Resolved".
Thu, Apr 20, 11:22 AM · Epic, Performance-Team
Gilles closed T153041: Alerts using WebPageTest as "Resolved".

Sure, I think we're done now that we have the email alerts.

Thu, Apr 20, 11:22 AM · Performance-Team, WebPageTest
Gilles updated subscribers of T163432: Access request to Icinga control panel to acknowledge Performance alerts.

@faidon @fgiunchedi if someone can ack this alert for now, that'd be much appreciated:

Thu, Apr 20, 10:45 AM · Patch-For-Review, Performance-Team, Operations
Gilles triaged T163432: Access request to Icinga control panel to acknowledge Performance alerts as "High" priority.
Thu, Apr 20, 10:44 AM · Patch-For-Review, Performance-Team, Operations
Gilles created T163432: Access request to Icinga control panel to acknowledge Performance alerts.
Thu, Apr 20, 10:44 AM · Patch-For-Review, Performance-Team, Operations

Wed, Apr 19

Gilles closed T163311: 2017-04-18 Sharp increase of Start Render and Speed Index for IE and Chrome as "Resolved".
Wed, Apr 19, 9:11 AM · Performance-Team
Gilles renamed T163311: 2017-04-18 Sharp increase of Start Render and Speed Index for IE and Chrome from "2017-04-19 Sharp increase of Start Render and Speed Index for IE and Chrome" to "2017-04-18 Sharp increase of Start Render and Speed Index for IE and Chrome".
Wed, Apr 19, 9:09 AM · Performance-Team
Gilles added a comment to T163311: 2017-04-18 Sharp increase of Start Render and Speed Index for IE and Chrome.

According to the SAL: https://wikitech.wikimedia.org/wiki/Server_Admin_Log Brandon already switched some traffic around at that time in preparation for the switchover. That's the explanation. Similar to what happened when traffic was moved to mitigate the last DDOS attempt.

Wed, Apr 19, 9:09 AM · Performance-Team
Gilles added a comment to T163311: 2017-04-18 Sharp increase of Start Render and Speed Index for IE and Chrome.

I don't see any similar rise on Navigation Timing, this seems to be WPT-specific.

Wed, Apr 19, 8:48 AM · Performance-Team
Gilles edited the description of T163311: 2017-04-18 Sharp increase of Start Render and Speed Index for IE and Chrome.
Wed, Apr 19, 8:44 AM · Performance-Team
Gilles created T163311: 2017-04-18 Sharp increase of Start Render and Speed Index for IE and Chrome.
Wed, Apr 19, 8:43 AM · Performance-Team

Thu, Apr 13

Gilles closed T160670: Point Thumbor to https Swift as "Resolved".
Thu, Apr 13, 2:38 PM · Performance-Team, Thumbor
Gilles closed T156245: Create Nagios Grafana alert checks as "Resolved".
Thu, Apr 13, 11:14 AM · Performance-Team
Gilles placed T153041: Alerts using WebPageTest up for grabs.
Thu, Apr 13, 11:13 AM · Performance-Team, WebPageTest
Gilles closed T113877: Change size for gallery previews for sv.wp to 150px as "Resolved".

Seems like this was deployed back in January?

Thu, Apr 13, 11:12 AM · Patch-For-Review, Performance-Team, Performance, Wikimedia-Site-requests
Gilles lowered the priority of T152496: Investigate remaining memory leaks in Thumbor from "Normal" to "Low".

Lowering the priority of this. Since we're always going to have process restarts due to unbounded subcommand memory use on some commands, restarts will always happen. And they are being properly retried by nginx now.

Thu, Apr 13, 11:11 AM · Performance-Team, Thumbor
Gilles closed T161613: Nginx doesn't retry on a different Thumbor instance when the current one dies as "Invalid".

After further investigation, the retry mechanism is working properly, and the only ones that end up served back as errors are requests that did fail twice on different upstreams (such as what happens when all instances get restarted at once).

Thu, Apr 13, 11:09 AM · Patch-For-Review, Performance-Team, Thumbor
Gilles triaged T162875: Write graceful rolling restart script for Thumbor as "Lowest" priority.
Thu, Apr 13, 11:04 AM · Operations, Performance-Team, Thumbor
Gilles created T162875: Write graceful rolling restart script for Thumbor.
Thu, Apr 13, 11:03 AM · Operations, Performance-Team, Thumbor
Gilles added a comment to T161613: Nginx doesn't retry on a different Thumbor instance when the current one dies.

OK, so something that should have been obvious that I just noticed is that it's a bad idea to restart all thumbor instances at once. Because they're all starting up at the same time, and all unavailable to handle requests during the startup period, which means that the retry does happen, but it lands on an equally busy instance starting up. We should avoid restarting all thumbor instances at once in the future and do a graceful rolling restart if possible. I'll create a low-prio task for that.

Thu, Apr 13, 10:55 AM · Patch-For-Review, Performance-Team, Thumbor
Gilles created T162857: Some Core availability Catchpoint tests might be more expensive than they need to be.
Thu, Apr 13, 6:55 AM · Performance-Team, Operations
Gilles added a comment to T162515: Review Catchpoint's Speed Index feature.

We actually have only one performance test, as far as I can see. It uses Chrome, which makes it "expensive", but it's justified since it logs in. But there indeed seem to be significant savings to be had on the availability tests ops has set up.

Thu, Apr 13, 6:47 AM · Performance-Team

Wed, Apr 12

Gilles moved T162308: Eventlogging client needs to support offline events from Inbox to Radar on the Performance-Team board.
Wed, Apr 12, 7:53 PM · Performance-Team, Analytics
Gilles moved T26575: Purge Category and File description pages from file cache or squid cache on link update from Inbox to Radar on the Performance-Team board.
Wed, Apr 12, 7:50 PM · MediaWiki-Platform-Team, MediaWiki-Cache, MediaWiki-Page-editing
Gilles moved T138621: Evaluate UX/Design for Performance Inspector from Inbox to Backlog on the Performance-Team board.
Wed, Apr 12, 7:45 PM · PerformanceInspector, Performance-Team
Gilles moved T162515: Review Catchpoint's Speed Index feature from Inbox to Backlog on the Performance-Team board.
Wed, Apr 12, 7:43 PM · Performance-Team
Gilles moved T124418: Investigate massive increase in htmlCacheUpdate jobs in Dec/Jan from Inbox to Backlog on the Performance-Team board.
Wed, Apr 12, 7:37 PM · Performance-Team, Wikidata, MediaWiki-Cache, MediaWiki-JobQueue, Traffic, Operations
Gilles moved T162600: Regression: Exception in WinCacheBagOStuff after upgrade to 1.27.2: getWithToken() not implemented from Inbox to Next-up on the Performance-Team board.
Wed, Apr 12, 7:30 PM · MW-1.27-release-notes, Patch-For-Review, Regression, Performance-Team, MediaWiki-Cache, MW-1.27-release
Gilles assigned T162600: Regression: Exception in WinCacheBagOStuff after upgrade to 1.27.2: getWithToken() not implemented to aaron.
Wed, Apr 12, 7:30 PM · MW-1.27-release-notes, Patch-For-Review, Regression, Performance-Team, MediaWiki-Cache, MW-1.27-release
Gilles added a comment to T100999: Make the logo's loading priority higher.

https://www.chromestatus.com/metrics/feature/timeline/popularity/1124

Wed, Apr 12, 6:55 PM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team

Tue, Apr 11

Gilles added a comment to T162376: Increase default image thumbnail size on Finnish Wikipedia to 250px.

Sure thing, it's safe for any wiki to change that setting to 250px.

Tue, Apr 11, 7:48 AM · User-Urbanecm, Patch-For-Review, Multimedia, Wikimedia-Site-requests

Mon, Apr 10

Gilles added a comment to T155892: Increase default thumb size to 250px at nowiki.

It's safe to deploy

Mon, Apr 10, 7:10 AM · Multimedia, Patch-For-Review, User-Urbanecm, Wikimedia-Site-requests
Gilles added a comment to T162515: Review Catchpoint's Speed Index feature.

SpeedLine does its Speed Index calculation based on screenshots, though, doesn't it? It must be a visual thing anyway, since they optionally offer the filmstrip. Would that require tracelogs?

Mon, Apr 10, 7:07 AM · Performance-Team

Sat, Apr 8

Gilles created T162515: Review Catchpoint's Speed Index feature.
Sat, Apr 8, 8:46 AM · Performance-Team

Mon, Apr 3

Gilles reopened T153041: Alerts using WebPageTest , a subtask of T153166: Set up Grafana alerts for Web Performance metrics, as "Open".
Mon, Apr 3, 8:07 PM · Epic, Performance-Team
Gilles reopened T153041: Alerts using WebPageTest as "Open".

We need to address the flapping alert (Difference in size authenticated).

Mon, Apr 3, 8:07 PM · Performance-Team, WebPageTest

Thu, Mar 30

Gilles added a comment to T160670: Point Thumbor to https Swift.

Fix available here: https://gerrit.wikimedia.org/r/#/c/345608/

Thu, Mar 30, 11:40 PM · Performance-Team, Thumbor
Gilles committed rTHMBREXT34f548e03c16: Version bump (authored by Gilles).
Version bump
Thu, Mar 30, 11:32 PM
Gilles committed rTHMBREXT016ac134cac9: Fix slowness when connecting to Swift via HTTPS (authored by Gilles).
Fix slowness when connecting to Swift via HTTPS
Thu, Mar 30, 11:32 PM
Gilles added a commit to T160670: Point Thumbor to https Swift: rTHMBREXT016ac134cac9: Fix slowness when connecting to Swift via HTTPS.
Thu, Mar 30, 11:32 PM · Performance-Team, Thumbor
Gilles added a comment to T160670: Point Thumbor to https Swift.

Tested and confirmed as a hotfix on thumbor1001.

Thu, Mar 30, 11:22 PM · Performance-Team, Thumbor
Gilles added a comment to T160670: Point Thumbor to https Swift.

I think I've found what's causing it, it's requests' Stream option. Maybe the chunks are too small? Anyway, CPU maxes out, it's slow and everything, instead of reading without streaming. The default chunk size for requests might be bigger than what we use for Thumbor, because my little requests script modified to use Stream takes 90 seconds.

Thu, Mar 30, 11:09 PM · Performance-Team, Thumbor
Gilles added a comment to T160670: Point Thumbor to https Swift.

Using requests directly is fast, unlike python-swiftclient fetching the same thing:

Thu, Mar 30, 10:56 PM · Performance-Team, Thumbor
Gilles added a comment to T160670: Point Thumbor to https Swift.

Apparently it's a recent addition to Python's SSL support:

Thu, Mar 30, 10:35 PM · Performance-Team, Thumbor
Volker_E awarded T100999: Make the logo's loading priority higher a Like token.
Thu, Mar 30, 10:29 PM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team
Gilles added a comment to T160670: Point Thumbor to https Swift.

Using the script at the end of https://security.stackexchange.com/questions/52150/identify-ssl-version-and-cipher-suite it seems like python is using the second one:

Thu, Mar 30, 10:22 PM · Performance-Team, Thumbor
Gilles added a comment to T160670: Point Thumbor to https Swift.

Doesn't seem to help to turn that option off. I've search around the web and people mentioned that some ciphers are a lot slower than others, and which one gets picked can depend on the order the client tries.

Thu, Mar 30, 10:10 PM · Performance-Team, Thumbor
Gilles added a comment to T160670: Point Thumbor to https Swift.

There is hope:

Thu, Mar 30, 5:54 PM · Performance-Team, Thumbor
Gilles triaged T160670: Point Thumbor to https Swift as "Normal" priority.
Thu, Mar 30, 5:32 PM · Performance-Team, Thumbor
Gilles reopened T160670: Point Thumbor to https Swift as "Open".

Thumbor shoots to 100% CPU usage. The python-swift-client must be doing https communication very inefficiently or something. Will require debugging.

Thu, Mar 30, 5:22 PM · Performance-Team, Thumbor
Gilles closed T160670: Point Thumbor to https Swift as "Resolved".
Thu, Mar 30, 4:51 PM · Performance-Team, Thumbor
Gilles committed rTHMBREXT5ddf48b70bf7: Request may not be assigned for early errors (authored by Gilles).
Request may not be assigned for early errors
Thu, Mar 30, 4:43 PM
Gilles closed T161531: Track time spent in Thumbor subprocesses with header(s) as "Resolved".

This works:

Thu, Mar 30, 4:31 PM · Patch-For-Review, Performance-Team, Thumbor
Gilles closed T161531: Track time spent in Thumbor subprocesses with header(s), a subtask of T150746: Nginx timeouts on Thumbor, as "Resolved".
Thu, Mar 30, 4:31 PM · Patch-For-Review, Operations, Performance-Team, Thumbor
Gilles triaged T159358: Get rid of lingering temp files following ImageMagick subprocess update of Thumbor as "Low" priority.
Thu, Mar 30, 4:29 PM · Performance-Team, Thumbor
Gilles added a comment to T159358: Get rid of lingering temp files following ImageMagick subprocess update of Thumbor.

The bulk of temp files are definitely gone. I'm seeing very few images, which are probably being processed. I do see a handful of lingering files prefixed with gs_, which I imagine based on their name are probably created by ghostscript. Some of them are empty and a lot of them have the same size of 10088448 bytes. They contain binary data and file's MIME sniffing doesn't recognize them.

Thu, Mar 30, 4:29 PM · Performance-Team, Thumbor
Gilles triaged T161535: Track nginx request time in Thumbor debug headers as "Low" priority.
Thu, Mar 30, 4:22 PM · Performance-Team, Thumbor
Gilles added a comment to T161535: Track nginx request time in Thumbor debug headers.

Doesn't seem to work right:

Thu, Mar 30, 4:22 PM · Performance-Team, Thumbor
Gilles closed T151553: Add request URL to thumbor errors as "Resolved".

I'll actually enable them when there's ELK integration. Right now added to the existing log entries, it would be too verbose.

Thu, Mar 30, 4:20 PM · Patch-For-Review, Operations, Performance-Team, Thumbor
Gilles closed T151553: Add request URL to thumbor errors, a subtask of T121388: Service-based thumbnailing re-architecture in production with Thumbor, as "Resolved".
Thu, Mar 30, 4:20 PM · Performance-Team, Thumbor
Gilles committed rTHMBREXTee26c183f631: Fix SWIFT_API_PATH trailing slash issue (authored by Gilles).
Fix SWIFT_API_PATH trailing slash issue
Thu, Mar 30, 3:56 PM
Gilles added a comment to T161707: Upgrade linux kernel used on Vagrant to 4+.

I've uploaded the patch so you can see exactly what I'm talking about. It's the version I mention in my last comment.

Thu, Mar 30, 3:22 PM · Patch-For-Review, Performance-Team, MediaWiki-Vagrant
Gilles added a comment to T161707: Upgrade linux kernel used on Vagrant to 4+.

I've tried simply touching /vagrant/tmp/RELOAD from the role, and adding config.vm.provision :mediawiki_reload if mwv.reload? at the end of the Vagrant.configure('2') block, but it doesn't pick it up until the next vagrant provision (when it actually hits the existing mwv.reload check at the top).

Thu, Mar 30, 3:06 PM · Patch-For-Review, Performance-Team, MediaWiki-Vagrant
Gilles moved T100999: Make the logo's loading priority higher from Backlog to Doing on the Performance-Team board.
Thu, Mar 30, 8:25 AM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team
Gilles claimed T100999: Make the logo's loading priority higher.
Thu, Mar 30, 8:01 AM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team
Gilles added a comment to T100999: Make the logo's loading priority higher.

A very in-depth article about preload and how it gets prioritized: https://medium.com/reloading/preload-prefetch-and-priorities-in-chrome-776165961bbf

Thu, Mar 30, 7:57 AM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team
Gilles added a comment to T100999: Make the logo's loading priority higher.

We should revisit this with link rel="preload", which also supports media queries and can be passed as an HTTP header. In fact I'm pretty sure that https://gerrit.wikimedia.org/r/#/c/215061/2 had all we needed, but was mistakenly using rel="prefetch", where we needed preload. It had the right parameters for preload and everything.

Thu, Mar 30, 7:54 AM · Performance-Team-notice, MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2017-04-25_(1.29.0-wmf.21)), MediaWiki-Interface, Performance-Team