Hi everyone
I'm pleased to (belatedly) welcome another new member of the Services team:
Marko Obrovac. Marko started working in the Services team with Gabriel
Wicke and James Douglas on RESTbase.
Marko comes to us from Reflected Networks, a Croatian web-hosting company
specializing in high-traffic websites. While there he developed a
distributed message passing framework for their monitoring system there.
Prior to that, Marko earned his PhD at Université de Rennes I / IRISA,
INRIA, focused on distributed systems, such as AutoChem (a chemical
computuing system) and XtreemOS (grid operating system) and kDFS (a
symmetrical distributed file system)
Marko is in the process of relocating to Marseille, France, where he'll be
in January.
You can find Marko on Freenode IRC as "mobrovac".
Welcome, Marko!
Rob
I'm writing to draw your attention to a newly-available resource for
performance analysis: flame graphs of MediaWiki code.
http://performance.wikimedia.org/xenon/svgs/
Flame graphs are a visualization of application stack traces.
Each application server on the Wikimedia cluster has a software timer that
interrupts MediaWiki once every ten minutes to capture a stack trace. The
stack trace shows what the code the application server was in the process
of executing when the timer expired. A central log aggregator collects
these traces and uses them to generate flame graphs.
Each box in a flame graph represents a function in the stack. The y-axis
shows stack depth. The topmost box shows the function that was on-CPU at
the moment the trace was captured. The function below a function is its
parent.
The x-axis spans the sample population. The width of the box shows the
total time it was on-CPU or part of an ancestry that was on-CPU, based on
sample count.
Here is an example:
http://performance.wikimedia.org/xenon/svgs/hourly/2014-12-15_22.svgz
To learn more about flame graphs and how to interpret them, see <
http://www.brendangregg.com/flamegraphs.html>.
Hi all,
I've had a significant update to Live Preview in the pipeline for a while now. It brings a few major improvements, the most important of it being able to load resourceloader modules that the preview requires, fixing a whole slew of problems that the old implementation had. The only place where it is a bit limited is with regard for previewing the list of languages in in skins other than vector.
The code is here: https://gerrit.wikimedia.org/r/#/c/131346/ <https://gerrit.wikimedia.org/r/#/c/131346/>
And it could use some user testing and review.
Some people have been asking me about this lately, so I figured time to strip the WIP tag of it and see if we can get this merged already.
Long term, I would like to improve it to make use of mw.template for some of the elements, but that is not a necessity right now I think.
DJ
In the next RFC meeting we would like to discuss the following RFC:
* Release notes automation
<https://www.mediawiki.org/wiki/Requests_for_comment/Release_notes_automation>
The meeting will be on the IRC channel #wikimedia-office on
irc.freenode.org at the following time:
* UTC: Wednesday 21:00
* US PST: Wednesday 13:00
* Europe CET: Wednesday 22:00
* Australia AEDT: Thursday 08:00
-- Tim Starling
These are pretty cool. I'd love to see a mobile specific one:
https://phabricator.wikimedia.org/T78621
On Mon, Dec 15, 2014 at 3:48 PM, Aaron Schulz <aschulz(a)wikimedia.org> wrote:
> Cool!
>
> On Mon, Dec 15, 2014 at 3:42 PM, Ori Livneh <ori(a)wikimedia.org> wrote:
>>
>> I'm writing to draw your attention to a newly-available resource for
>> performance analysis: flame graphs of MediaWiki code.
>>
>> http://performance.wikimedia.org/xenon/svgs/
>>
>> Flame graphs are a visualization of application stack traces.
>>
>> Each application server on the Wikimedia cluster has a software timer that
>> interrupts MediaWiki once every ten minutes to capture a stack trace. The
>> stack trace shows what the code the application server was in the process of
>> executing when the timer expired. A central log aggregator collects these
>> traces and uses them to generate flame graphs.
>>
>> Each box in a flame graph represents a function in the stack. The y-axis
>> shows stack depth. The topmost box shows the function that was on-CPU at the
>> moment the trace was captured. The function below a function is its parent.
>>
>> The x-axis spans the sample population. The width of the box shows the
>> total time it was on-CPU or part of an ancestry that was on-CPU, based on
>> sample count.
>>
>> Here is an example:
>> http://performance.wikimedia.org/xenon/svgs/hourly/2014-12-15_22.svgz
>>
>> To learn more about flame graphs and how to interpret them, see
>> <http://www.brendangregg.com/flamegraphs.html>.
>>
>>
>> _______________________________________________
>> Engineering mailing list
>> Engineering(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/engineering
>>
>
>
> --
> -Aaron S
>
> _______________________________________________
> Engineering mailing list
> Engineering(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>
Hello!
I am a mentor for Google Code In this year and am looking for ways to help
the engineering community and engage the students in the program.
If you have a project, event or team that that needs a logo, t-shirt
design, sticker design, etc. Please let me know and I will be happy to help
get your project into GCI and mentor it for you.
I cannot promise you professional level results, but you might be
pleasantly surprised with what comes back. You may end up with something
you want to use that way it is or you may end up with some inspiration. No
harm in trying anyways and it is a great opportunity for the students to
become introduced and exposed to corners of the wikimedia communities that
they might not otherwise find.
If you would like to work together on this, please email me back and let me
know what you are looking for/thinking of and an guidelines you have.
More information about Google Code In here:
https://developers.google.com/open-source/gci/
Thanks!
Rachel
Hello,
I have added Jenkins jobs to run your extension PHPUnit tests with hhvm.
Since the tests might be failing, the job is not triggered on patchset
proposal, one has to comment in Gerrit 'check experimental'.
Please do so on your favourite extensions or patches and report back any
issue there :]
I will make the job to trigger on patch proposal by the end of the week.
Note: I have already added an HHVM based job for mediawiki-core. It is
non voting for now pending upgrade of our hhvm version.
cheers,
--
Antoine "hashar" Musso
Somehow I got into the habit of checking this Phabricator report linking to
the oldest open task assigned to each user:
https://phabricator.wikimedia.org/maniphest/report/?order=-oldest-all
Your username probably appears in this list. If not, it's probably time to
take a task and assign it to you. :)
There are 223 users with tasks assigned, from which 132 have a task
assigned that was created at least one year ago. At least in the upper
section of the list, most tasks welcome a fresh look, and your help is
welcome (starting by your own tasks). There is a convenient tooltip showing
the title of the tasks linked.
There is a complementary view of the same list, sorting users by number of
tasks assigned.
https://phabricator.wikimedia.org/maniphest/report/?order=-total
I'm currently 20th with 24 tasks assigned, which is already unrealistic.
You might want to re-check your assigned tasks for everybody's benefit and
your own. See also
https://www.mediawiki.org/wiki/Phabricator/Project_management#Assigning_tas…
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
Dear list members,
I have noticed a recent growth in the dump files for the
`wikidatawiki.imagelinks' table:
wikidatawiki-20140912-imagelinks.sql.gz 253K
wikidatawiki-20141009-imagelinks.sql.gz 1.8M
wikidatawiki-20141106-imagelinks.sql.gz 5.5M
wikidatawiki-20141205-imagelinks.sql.gz 11.9M
Does anyone know the cause?
Sincerely Yours,
Kent