Re: [Wikitech-l] Diff algorithms: the shootout

2016-04-21 Thread Max Semenik
All right, votes indicate that wikidiff3 is even better in quality, so here we go: https://gerrit.wikimedia.org/r/#/c/284003/ removes DairikiDiff. After it's merged, I plan to refactor this area further and work on improving diff quality now that we'll have 2 places to make changes instead of 3.

Re: [Wikitech-l] [Engineering] [Ops] Data center switch-over moving ahead next week: please stay available :)

2016-04-21 Thread Wes Moran
Well planned, well done! Mark thanks for the summaries and hours dedicated to making this all work well. Thanks to the many teams working together to complete this effort. On Thu, Apr 21, 2016 at 11:55 AM, Arthur Richards wrote: > This is so rad - congratulations

[Wikitech-l] 2016-04-20 Scrum of Scrums meeting notes

2016-04-21 Thread Grace Gellerman
https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-04-20 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Ops] Data center switch-over moving ahead next week: please stay available :)

2016-04-21 Thread Arthur Richards
This is so rad - congratulations indeed to everyone who's been working on this! On Thu, Apr 21, 2016 at 8:44 AM, Toby Negrin wrote: > Congrats Mark and everyone else involved. This is a big step for > reliability and performance of the sites and a difficult technical task

Re: [Wikitech-l] [Ops] Data center switch-over moving ahead next week: please stay available :)

2016-04-21 Thread Toby Negrin
Congrats Mark and everyone else involved. This is a big step for reliability and performance of the sites and a difficult technical task to say the least. Well done! -Toby On Thu, Apr 21, 2016 at 8:37 AM, Mark Bergsma wrote: > We've just completed the switch back, and all

Re: [Wikitech-l] Data center switch-over moving ahead next week: please stay available :)

2016-04-21 Thread Mark Bergsma
We've just completed the switch back, and all services are running from our main data center eqiad (Ashburn) again. The process went very smooth this time around. In the past two days leading up to this, we've been able to either fix or work around the most important issues we encountered on

Re: [Wikitech-l] Best practices for read/write vs read-only requests, and our multi-DC future

2016-04-21 Thread Brion Vibber
On Thu, Apr 21, 2016 at 4:59 PM, Erik Bernhardson < ebernhard...@wikimedia.org> wrote: > On Apr 20, 2016 10:45 PM, "Brion Vibber" wrote: > > Note that we could fire off a job queue background task to do the actual > > removal... But is it also safe to do that on a

Re: [Wikitech-l] Best practices for read/write vs read-only requests, and our multi-DC future

2016-04-21 Thread Erik Bernhardson
On Apr 20, 2016 10:45 PM, "Brion Vibber" wrote: > > Over in TimedMediaHandler extension, we've had a number of cases where old > code did things that were convenient in terms of squishing read-write > operations into data getters, that got removed due to problems with long

Re: [Wikitech-l] Best practices for read/write vs read-only requests, and our multi-DC future

2016-04-21 Thread Brion Vibber
On Thursday, April 21, 2016, bawolff wrote: > > > When doing something like that from a read request, there's also the > problem for a popular page that there might be lots of views (maybe > thousands if the queue is a little backed up) before the job is > processed. So if

Re: [Wikitech-l] Data center switch-over moving ahead next week: please stay available :)

2016-04-21 Thread Mark Bergsma
Hi everyone, After we've been successfully serving our sites from our backup data-center codfw (Dallas) for the past two days, we're now starting our switch back to eqiad (Ashburn) as planned[1]. We've already moved cache traffic back to eqiad, and within the next minutes, we'll disable editing

Re: [Wikitech-l] Best practices for read/write vs read-only requests, and our multi-DC future

2016-04-21 Thread bawolff
On Thu, Apr 21, 2016 at 1:45 AM, Brion Vibber wrote: > Over in TimedMediaHandler extension, we've had a number of cases where old > code did things that were convenient in terms of squishing read-write > operations into data getters, that got removed due to problems with

Re: [Wikitech-l] Gerrit be nice to me Chrome extension on Chrome web store

2016-04-21 Thread Marko Obrovac
On 21 April 2016 at 14:10, Jon Robson wrote: > Due to popular demand I've put my Gerrit extension in the Chrome web > store. It makes a few subtle improvements to the Gerrit UI to make it > easier to navigate. Feel free to try it out and if it gets popular > I'll commit to

[Wikitech-l] Gerrit be nice to me Chrome extension on Chrome web store

2016-04-21 Thread Jon Robson
Due to popular demand I've put my Gerrit extension in the Chrome web store. It makes a few subtle improvements to the Gerrit UI to make it easier to navigate. Feel free to try it out and if it gets popular I'll commit to getting these changes upstreamed to Gerrit ;-)