"Erik Zachte" <e.p.zachte(a)chello.nl> schrieb:
> The Polish wikipedia tripled its number of internal links in only three
> months,
> other pl: indicators are more in line with previous figures.
Looking at it, I see the database size grows even faster (250% in December,
which is the month when the abnomaly seems to have happened, against about
240% for the internal links). The number of words also is growing very fast
(almost 50% in the given month). The number of articles also grew faster
than normal, but not as explosively (double the amount); instead, the
average article size more than doubled.
Links to other languages grew fast in January rather than December, so
it must have another reason.
> Does anyone have any idea why pl: links increased so dramatically?
> Huge number of link tables?
Given the above, and a normal, moderate grow in the number of active
Wikipedians, it looks like some kind of bot. Checking, what I find is
that the year pages on pl: have recently been augmented with a nice
table giving the ruler at that time in various countries. Whether it is
the reason for your finds, I doubt though.
Andre Engels
The uploaded files have been put on an unusually aggressive cache
setting. As far as I can tell it's not possible to force a reload of
these cached images (for overwrites and deletions), at least not with
Safari 1.2. This is something of a problem; either we need to be
explicitly purging them, or we need sensible cache settings.
-- brion vibber (brion @ pobox.com)
> There's a little bug on size distribution page, Erik, if you have any idea
?
Yes, the decimal point got lost, so 99.9 % reads as 999%.
On request I introduced language dependant decimal point (dot or comma),
with this glitch as result. Fixed it a while ago, apparantly not in online
scripts.
----
The Polish wikipedia tripled its number of internal links in only three
months,
other pl: indicators are more in line with previous figures.
Since wp's are ordered by number of internal links on my pages pl: now ranks
third, before fr: and ja:
which is rather counter intuitive.
Does anyone have any idea why pl: links increased so dramatically?
Huge number of link tables?
Erik Zachte
Hi
In a conversation on #wikipedia someone suspected that a user that doesn't
have sysop status seemed to be doing things restricted to sysops. Now that
sysops can give other users admin status, is there some kind of log where
such actions are recorded? This IMO is definitely needed.
Best,
Sascha Noyes
--
Please encrypt all email. Public key available from
www.pantropy.net/snoyes.asc
Just a quick question -
I noticed that the list of booksources at Special:booksources is editable -
it is linked to the content of Wikipedia:Book sources. Is this a
recently-introduced function at en.? Are other wikipedias also equipped with
the same function?
Thanks,
Tomos
_________________________________________________________________
Let the advanced features & services of MSN Internet Software maximize your
online time. http://click.atdmt.com/AVE/go/onm00200363ave/direct/01/
I'd like to get the dev branch cleaned up and packaged as a 1.2.0
release in the next few days. Any outstanding serious bugs should be
fixed right quick... We also should make sure if we haven't already
that MediaWiki:-based messages can be used without memcached, and that
the default install works on MySQL 3.x out of the box.
-- brion vibber (brion @ pobox.com)
Can we help Geoff with this? I will personally help him if
necessary, if someone will tell me where the relevant files are?
----- Forwarded message from Geoff Burling <llywrch(a)agora.rdrop.com> -----
From: Geoff Burling <llywrch(a)agora.rdrop.com>
Date: Sun, 15 Feb 2004 16:28:05 -0800 (PST)
To: Jimmy Wales <jwales(a)bomis.com>
Subject: Help with Mediation
Hi Jimbo, sorry to bother you with this . . .
BUT I've solicited help twice on the developer's list (at least I
hope it's the right place) for some help to look up some IP numbers,
& I haven't heard a peep back from anyone. Not a "Yes, I'll help",
nor "You can do it youself, this is how" -- not even a "No, and
go away."
I've gotten a tentative agreement between the two which depends on
proving one way or the other whether alleged "sockpuppets" actually
were, based on the IP numbers of certain accounts. I only intend
on sharing the results with the two involved.
Can you give someone with the skill & access a friendly nudge to
help me with this? Seeing how I'm involved in one of the few ongoing
mediations, it would help Wikipedia with its credibility.
Geoff
----- End forwarded message -----
Couple of things off the top of my head:
Suda is currently running on 32-bit Linux. At least under the present
configuration, MySQL will crash unless we keep it tuned to memory usage
under 2GB. (We had to reduce the InnoDB page space by about 500MB from
the config file we used on Gunther, which was running 64-bit.) The
remaining 2GB are in use as disk cache, but it'd be nice to let MySQL
handle its needs more directly. E23 thinks we can upgrade just the
kernel and libc and maybe make things work... I dunno. Anyway we'll
probably just keep moving on what we've got until we've got the other
Opteron in florida to take over from it.
The load average tends to be 4-ish; a bit higher than I'd like. Search
is still off, but updates to the search tables on edit are active. When
I briefly tried enabling search it was _very_ sluggish. We'd probably
want to expand the key buffer size from its current 128MB, as the
english search index alone is over 300 megs. But, see our current
memory problems above.
Disk space: it's a little tighter than I'd like but not fatal.
(Currently 12ish gigs free out of 68ish on main partition.) I'm
currently running the batch compression on old revisions which should
save 10-15GB (est), but this space can't be reclaimed without dumping
and restoring the databases. That would require several hours'
downtime, or waiting until we've got a replicated slave to take over.
It may or may not be worth the trouble of reclaiming the space anyway,
as it'll just get filled up again eventually. ;) However the innodb
space currently is split over three files because they were copied from
a system that had to split over partitions. I don't know if that has
any performance penalty for files sitting on one (virtual) disk, or if
fragmentation is an issue.
-- brion vibber (brion @ pobox.com)
Wikistats are back on http://www.wikipedia.org/wikistats/EN/Sitemap.htm from the last dump
There's a little bug on size distribution page, Erik, if you have any idea ? I took the Perl script on your website to generate the stats. CVS files seems ok.
Shaihulud
Squid on browne died a few minutes ago. This was in the log around the
time of death, not sure if it's relevant:
2004/02/16 08:12:48| assertion failed: filemap.c:78: "fm->max_n_files
<= (1 << 24)"
Back running now.
-- brion vibber (brion @ pobox.com)