18 May
2014
18 May
'14
6:31 p.m.
I've run the open wiki list + big comments list. Following this I blocked 2
more wikis at the apache level:
parents2: 14 comments
etvc: 748 comments
These were already closed. We could removing them from the descriptors to
make sure they are never loaded in memory:
tugen: 932 comments
slussen: 897 comments
digitaltv
The following wikis have a lot of comments but this should be normal. It
would be great if their owners checked, particularly making sure the
"selfbus" wiki is not getting any spam (which does not seem to be the case)
Private:
mirozdanie: 35 comments
scservicesub: 242 comments
praline: 46 comments
These are public wikis that are active:
selfbus: 156 comments (comments seem legit too)
incubator: 484 comments (sounds ok I've checked the comments seem legit)
Ludovic
2014-05-18 17:59 GMT+02:00 vincent(a)massol.net <vincent(a)massol.net>et>:
Hi Ludovic,
Yes, Thomas has been investigating the velocimacro issue last week and it
should be fixed, see http://jira.xwiki.org/browse/XWIKI-10349
I don’t know if Thomas has updated the myxwiki.org JARs with the fix
though.
Probably not since I saw the same 400Mb
Thanks
-Vincent
On 18 May 2014 at 17:57:21, Ludovic Dubost (ludovic(a)xwiki.com(mailto:
ludovic(a)xwiki.com)) wrote:
--
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi,
myxwiki.org seem to crash quite a lot recently and we have also detected
that it's using a lot of CPU (compared to many other services that XWiki
SAS is running).
I've taken a memory dump of myxwiki.org to give it a look.
I see in the memory analysis 400Mb in the velocimacro structures. This
could be normal as there are some caches of macros for each wiki (and
there
are a lot of wikis), however this is a lot and
should be looked at.
I've put the page
http://www.myxwiki.org/xwiki/bin/view/Admin/CheckVelocityManager to
check
if we see any macros being cached that should not
be (like the bug we had
on USH).
In any case, in multiwiki we have an issue with cache of velocity macros
which can grow pretty big without any cleaning up when the wiki is not
accessed.
I've also closed registration on the main wiki (there seem to be spam
users) and will run some scripts with check for open wikis and for pages
with big RCS (spam suspects).
We should in any case reduce the load of myxwiki (private cloud analysis
shows a big CPU usage) and for this some cleaning up of unused wiki
sounds
like a plan. We should contact all users and
closed unused wikis (I bet
there are a lot).
Ludovic
--
Ludovic Dubosto/devs