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 [email protected] <[email protected]>: > 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 ([email protected](mailto: > [email protected])) wrote: > > > 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 > > -- Ludovic Dubost Founder and CEO Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
