Page MenuHomePhabricator

dpifke (Dave Pifke)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Jan 6 2020, 8:16 PM (12 w, 1 d)
Availability
Available
LDAP User
Dave Pifke
MediaWiki User
DPifke (WMF) [ Global Accounts ]

Recent Activity

Yesterday

dpifke added a comment to T248797: Requesting access to analytics-privatedata-users for aaron, dpifke, phedenskog.

Data access guidelines read and acknowledged.

Tue, Mar 31, 5:43 PM · Patch-For-Review, Operations, SRE-Access-Requests

Tue, Mar 10

dpifke added a comment to T211661: Automatically clean up unused thumbnails in Swift.

Yes, this is totally something I can tackle. It meshes well with the work I'm doing on converting ArcLamp to use Swift for its storage. (That task is slightly simplified by now knowing that X-Delete-After exists.)

Tue, Mar 10, 12:06 AM · User-jijiki, Patch-For-Review, Traffic, SRE-swift-storage, Operations, Performance-Team

Feb 18 2020

dpifke added a comment to T245464: Use monotonic clock instead of microtime() for perf measures in MW PHP.

"Better" depends on what's being measured. CLOCK_MONOTONIC will always move forward, at a rate that's designed to mimic the passage of time in the real world. This means the NTP daemon will speed it up or slow it down as it notices the system clock drifting away from its reference time sources. (But unlike CLOCK_REALTIME, it will never be moved backwards, and will never "jump" due to a leap second or the user manually adjusting the system time.) If we're measuring something happening in the real world (e.g. waiting on the network or a hard drive), this is going to be the most accurate measure.

Feb 18 2020, 11:15 PM · serviceops, MediaWiki-General, MediaWiki-Cache, Performance-Team
dpifke added a comment to T245464: Use monotonic clock instead of microtime() for perf measures in MW PHP.

Thinking about this a bit further, there might be cases where we want access to CLOCK_MONOTONIC_RAW instead of CLOCK_MONOTONIC, which would point us towards wanting to build our own extension.

Feb 18 2020, 10:41 PM · serviceops, MediaWiki-General, MediaWiki-Cache, Performance-Team
dpifke added a comment to T245464: Use monotonic clock instead of microtime() for perf measures in MW PHP.

Following up on our discussion at today's team meeting, I looked at the linked PHP commit. hrtime() is just a wrapper around clock_gettime(CLOCK_MONOTONIC). This could rather trivially be backported into a PHP C extension for use with earlier versions.

Feb 18 2020, 10:19 PM · serviceops, MediaWiki-General, MediaWiki-Cache, Performance-Team
dpifke claimed T235456: Let Arc-Lamp store its trace "log" files in compressed format.

Yup, makes sense to do in concert with T227026 and T244776.

Feb 18 2020, 9:38 PM · Arc-Lamp, Performance-Team

Feb 14 2020

dpifke added a comment to T244776: Swift container for performance flame graphs (ArcLamp).

I submitted a patch which I *think* does what's needed to create the user, less the private keys. I don't know if there's more to it than this, but hopefully it's a starting point.

Feb 14 2020, 1:59 AM · Performance-Team, Arc-Lamp, SRE-swift-storage
dpifke moved T175087: Create a navtiming processor for Prometheus from Backlog: Future Goals to Doing on the Performance-Team board.
Feb 14 2020, 1:34 AM · Performance-Team

Feb 12 2020

dpifke added a comment to T244776: Swift container for performance flame graphs (ArcLamp).

Looking at yesterday's (2020-02-11) output, it was about 8 GB of (uncompressed) logs and 14 MB of SVGs, and about 800 files total. We can control the sampling interval to regulate how big these get, so let's assume it's relatively constant. I'll have to check if there's a reason we don't compress the logs; I feel like we should, which would dramatically reduce this. (I just now tried gzip -1 on one set of logs, and they went from 4 GB to 479 MB.)

Feb 12 2020, 9:35 AM · Performance-Team, Arc-Lamp, SRE-swift-storage

Feb 10 2020

dpifke moved T227026: Deploy ArcLamp process as stateless/scalable service (Kubernetes) from Backlog: Future Goals to Doing on the Performance-Team board.
Feb 10 2020, 9:31 PM · Arc-Lamp, Performance-Team
dpifke closed T243865: Add alerting for performance perception survey as Resolved.
Feb 10 2020, 9:29 PM · Performance-Team
dpifke created T244776: Swift container for performance flame graphs (ArcLamp).
Feb 10 2020, 7:19 PM · Performance-Team, Arc-Lamp, SRE-swift-storage

Feb 8 2020

dpifke added a comment to T244599: Performance perception survey stopped collecting data at 2020-02-07T17:00:00Z UTC.

Well, now we know the alert we set up last week is working. :)

Feb 8 2020, 12:04 AM · Performance-Team

Feb 7 2020

dpifke added a comment to T243226: Upgrade puppet in deployment-prep (Puppet agent broken in Beta Cluster).

puppetdb on deployment-puppetdb03 was killed by kernel OOM at Feb 7 09:50:29, per syslog. I just now ran systemctl start puppetdb on that host, to fix puppet issues in beta.

Feb 7 2020, 11:25 PM · Operations, Beta-Cluster-Infrastructure
dpifke claimed T123582: Use "preconnect" resource hint for thumbnail host.
Feb 7 2020, 5:45 AM · Patch-For-Review, Performance-Team, MediaWiki-General, Multimedia

Feb 3 2020

dpifke created T244183: Requesting access to deployment for dpifke.
Feb 3 2020, 9:59 PM · Performance-Team, SRE-Access-Requests, Operations
dpifke merged task T243916: arclamp-generate-svgs overlaps itself into T227026: Deploy ArcLamp process as stateless/scalable service (Kubernetes).
Feb 3 2020, 5:50 PM · Performance-Team, Arc-Lamp
dpifke merged T243916: arclamp-generate-svgs overlaps itself into T227026: Deploy ArcLamp process as stateless/scalable service (Kubernetes).
Feb 3 2020, 5:50 PM · Arc-Lamp, Performance-Team
dpifke added a comment to T243916: arclamp-generate-svgs overlaps itself.

I think the consensus is that this should be running via a better resource scheduler than cron in a VM.

Feb 3 2020, 5:49 PM · Performance-Team, Arc-Lamp

Jan 21 2020

dpifke created T243354: Requesting access to wmf LDAP group for dpifke.
Jan 21 2020, 10:45 PM · Operations, LDAP-Access-Requests

Jan 13 2020

dpifke closed T242166: [wmopbot] 503 error attempting to register for new cloak as Resolved.

I was able to request a cloak after the restart, so I think that fixed it.

Jan 13 2020, 9:28 PM · wikimedia-irc-freenode, Tools

Jan 10 2020

dpifke closed T242398: Add DNS for WebPageRelay hosts as Resolved.
Jan 10 2020, 2:44 AM · Traffic, DNS, Operations, WebPageReplay, Performance-Team
dpifke created T242398: Add DNS for WebPageRelay hosts.
Jan 10 2020, 12:48 AM · Traffic, DNS, Operations, WebPageReplay, Performance-Team

Jan 8 2020

dpifke created T242189: Requesting access to production servers in perf-team group for dpifke.
Jan 8 2020, 6:19 AM · Operations, SRE-Access-Requests

Jan 7 2020

dpifke created T242166: [wmopbot] 503 error attempting to register for new cloak.
Jan 7 2020, 10:05 PM · wikimedia-irc-freenode, Tools

Jan 6 2020

dpifke created T242051: WMF-NDA access request for dpifke.
Jan 6 2020, 11:20 PM · WMF-NDA-Requests