I'm just curious: would LUA improve memory usages in this use case?
Strainu
Original Message
From: Tim Starling tstarl...@wikimedia.org
Sent: Fri Sep 21 07:07:34 GMT+03:00 2012
To: wikitech-l@lists.wikimedia.org
Subject: [Wikitech-l] #switch limits
Over the last week, we have
On 21/09/12 16:06, Strainu wrote:
I'm just curious: would LUA improve memory usages in this use case?
Yes, it's an interesting question.
I tried converting that template with 37000 switch cases to a Lua
array. Lua used 6.5MB for the chunk and then another 2.4MB to execute
it, so 8.9MB in total
2012/9/21 Tim Starling tstarl...@wikimedia.org:
On 21/09/12 16:06, Strainu wrote:
I'm just curious: would LUA improve memory usages in this use case?
Yes, it's an interesting question.
I tried converting that template with 37000 switch cases to a Lua
array. Lua used 6.5MB for the chunk and
On 21 September 2012 05:37, Mark A. Hershberger m...@everybody.org wrote:
Last week, I announced the MediaWiki 1.20 release candidate that I
created on wikitech-l
(http://lists.wikimedia.org/pipermail/wikitech-l/2012-September/063226.html
shortened: http://hexm.de/lo).
Earlier you wrote that
2012/9/21 Strainu strain...@gmail.com:
Well, you said something about Wikidata. But even if the client Wiki
would not need to load the full census, can it be avoided on Wikidata?
Talking about the template that Tim listed:
On 21.09.2012, 11:47 Strainu wrote:
2012/9/21 Tim Starling tstarl...@wikimedia.org:
On 21/09/12 16:06, Strainu wrote:
I'm just curious: would LUA improve memory usages in this use case?
Yes, it's an interesting question.
I tried converting that template with 37000 switch cases to a Lua
I took another look at the output that is created with the data, and I
am at the same time delighted and astonished by the capability and
creativity of the Wikipedia community to solve such tasks with
MediaWiki template syntax and at the same time horrified by the
necessity of the solution taken.
I too use sometimes large switches (some hundred) and I'm far from happy
about. For larger switches, I use nested switches, but I find very
difficult to compare performance of nested switches (i.e.: a 1000 elements
switch can be nested in three switches of 10 elements) against single
global
Daniel,
sorry for the previous tone of my answer. Indeed I mixed up the Sites
management RFC, that I was discussing, and your proposal to change the
Sitelinks table. Although they are related, the former does not depend
on the latter.
Whereas I see that changing it both in one go might have
On 21.09.2012 14:07, Denny Vrandečić wrote:
Daniel,
sorry for the previous tone of my answer. Indeed I mixed up the Sites
management RFC, that I was discussing, and your proposal to change the
Sitelinks table. Although they are related, the former does not depend
on the latter.
Whereas I
On Fri, 21 Sep 2012 05:07:31 -0700, Denny Vrandečić
denny.vrande...@wikimedia.de wrote:
Daniel,
sorry for the previous tone of my answer. Indeed I mixed up the Sites
management RFC, that I was discussing, and your proposal to change the
Sitelinks table. Although they are related, the former
On 09/21/2012 03:57 AM, Niklas Laxström wrote:
Earlier you wrote that it is based on 1.20wmf11 branch. I didn't check
the tarball but there were pretty severe i18n issues with plurals
around that time. Do you know whether fixes for those issues are
already included or not? Most important is
Alternately; if ever there was a case for automatedly creating a whole
hierarchy of new separate templates for each article, or even just directly
editing the articles and putting the data in...
Templates would make finding and updating later somewhat easier I think.
Just have one per location
On 09/20/2012 07:40 PM, MZMcBride wrote:
Scanning dumps (or really dealing with them in any form) is pretty awful.
There's been some brainstorming in the past for how to set up a system where
users (or operators) could run arbitrary regular expressions on all of the
current wikitext regularly,
On Sep 20, 2012, at 3:48 PM, Krinkle wrote:
If they happened as a direct
consequence of a user action, maybe it should appear inside the interface
where
it was performed?
Agreed, interaction related notifications should be localized in the interface
where the action is be performed.
This
Hi,
I'm trying to figure out what needs to happen with the remaining extensions
in SVN that have not yet moved to Git (there's 372 of them). I've taken the
time to make up a list of extensions and put them on the wiki, but I need
some help!
Here's the page:
Am 21.09.2012 20:03, schrieb Chad:
Hi,
I'm trying to figure out what needs to happen with the remaining extensions
in SVN that have not yet moved to Git (there's 372 of them). I've taken the
time to make up a list of extensions and put them on the wiki, but I need
some help!
Here's the
On Fri, 21 Sep 2012 11:03:15 -0700, Chad innocentkil...@gmail.com wrote:
Hi,
I'm trying to figure out what needs to happen with the remaining
extensions
in SVN that have not yet moved to Git (there's 372 of them). I've taken
the
time to make up a list of extensions and put them on the
On Fri, Sep 21, 2012 at 11:26 AM, Daniel Friesen
dan...@nadir-seen-fire.com wrote:
Where do we put all the extensions I made that people may be using but I
haven't had a reason to make any modifications to in ages.
In git.
--
Siebrand Mazeland
Product Manager Localisation
Wikimedia Foundation
Some atomic specific page data set is needed and it's perfectly logic
and predictable the creative users try any trick to forse wikicode and
template code do get such a result.
I appreciate deeply and I'm enthusiast about WikiData project, but I wonder
about this issue: is wikidata a good data
On Thu, Sep 20, 2012 at 2:08 PM, Mark Holmquist mtrac...@member.fsf.org wrote:
Hm. Will this be file-level whitelisting (i.e., this file changed from the
master branch in this patchset, so we'll show the changes) or is it
line-level? If the latter, how? Because I'm not sure it's trivial
I
21 matches
Mail list logo