Bugs

List of my open Bugs:

Maybe Bugs

Many Category Pages makes MoinMoin slower

I had around 1'500 pages and additional 700 category pages in my personal Blog/Wiki. I notice that open a page to edit or the page FindPage are sometimes very slow (20s-30s). Logging shows me, that getPageList needs around 20-30s. I realized that this mostly happen the first time when you start editing, after a second edit short after the first one, I could not reproduce this (caching stuff).

• My own explanation is, that this happens because the wiki need first to "collect" all the Category* pages and that this getPageList should be "always/better" cached or xapian should be used (if available). I do not think this primarily a bug, but just a behavior that annoying me So I put this under my persona homepage... feedbacks are welcome. -- MarcelHäfner 2010-10-27 19:29:00

Maximum Recursion Depth

Exception RuntimeError: 'maximum recursion depth exceeded while calling a Python object' in <type 'exceptions.AttributeError'> ignored

Happens only if you save a page

Maybe related:

• Now the problem is that when checking for an exception, we do exactly that: check whether the raised exception is a subclass of a given type. If the raised exception occurred just after a recursion overflow, it can happen that subclass checking overflows the recursion count again. However, since we don't want the newly raised exception (during exception subclass checking) to overwrite the original one, so we just write out it (using PyErr_WriteUnraisable, precisely) and then discard it. http://bugs.python.org/issue5508
  Solution: Ignore it..

KeyError Threading

Exception KeyError: KeyError(-1208088352,) in <module 'threading' from '/usr/local/lib/python2.6/threading.pyc'> ignored

Bug from mod_wsgi:

• Short story is that they have changed the embedded behaviour of Python in 2.6.5, partly returning some behaviour that they had fiddled with back in Python 2.5.1 which mod_wsgi had to provide a work around for to ensure things still worked as required. The work around may be causing an action to occur twice in 2.6.5 now because of their further changes. Not sure if this is causing the problems.
  http://code.google.com/p/modwsgi/issues/detail?id=197
  Solution: ignore and get mod_wsgi 4.0

Performance Problems:-
I have updated my moin version to 193 (Apache/2.2.13 (Win32) mod_wsgi/2.6 Python/2.6.2 mod_auth_sspi/1.0.4) and realized that this version is slower than moin1.8.*:- i have 600 pages in my wiki.
I am thinking also it is because of many Categories, I realized that my page listing is slower than moin18*.
2nd Performance Problem is:- I was using macros AllPagesWithACL (http://moinmo.in/MacroMarket/1.6_AdminTools) macro for many years, But now with moin193 its veryyyyy slow (25sec). I looked in this macro but didn't find anything which slow the performance. This is very good macro to administrate your wiki. Until now we don't have anything from moinmoin to administrate the acl pages:(.

• -- Tinku 2010-10-29 06:59:04

• Hi Tinku;

• 1. first about the macro "AdminTools" you could try to update it yourself to work with 1.9 or or just write a feature request... but you should now that at the moment lot of changes are comming with the new moinmoin version 2.0...so I guess not many moin core-dev has a lot of free time

• 2. The stuff about performance is interesting... I tried by myself a while ago to benchmark it (../Benchmark ) due the lack of time, I can not finish this at the moment. The only thing what I can say is thati like more ext3 then ntfs, and if my performance in moinmoin is lame I would defintly check the filesystem in general and how maybe I can tune it or find some picky states (like this with the categories). If I had time I would also like to compare some filesystems and check maybe some fs like xfs. Also in MoinMoin 2.0, it should possible to add some other backend (like a mysql db).

• 3. Under Windows I had once troubles with a stupid virus scanner... and never forget to use the latest xapian ... for more information you may ask a moin dev in the chat or fill out bug or feature requests...

• bye -- MarcelHäfner 2010-10-30 17:34:19