[pmwiki-users] PmWiki scalebility questions (newbie)
hsingfoo at gmail.com
Mon Aug 28 11:25:12 CDT 2006
It certainly helps a lot, your answers answer all my question
sufficiently. I would suggest to catch the below Q&A into a PmWiki.org
FAQ section page. But then again, that's my brain getting about 5Volts
On 8/28/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> On Mon, Aug 28, 2006 at 01:38:49PM +0200, Hsing-Foo Wang wrote:
> > I am interested in knowing the 'scalebility' of PmWiki.
> > I know PmWiki is flat-file based, so it comes down to filesystem en
> > speed and all. So basically I have the following (nOOb) questions:
> > 1. How many pages can PmWiki serve
> It's really limited only by the available disk space and the
> performance of the server. However, to give an example of
> how big a PmWiki server *can* get, the TAMU-CC Student Wiki
> currently has over 200,000 pages running from a single wiki.
> > 2. How is the speed/processing of PmWiki infuenced by the number of pages
> More pages can slow things down if directories get too large.
> And some operating systems have a limit on the number of files
> that can go into a single directory.
> If the number of pages will be larger than about 10,000, it's a
> good idea to subdivide wiki.d/ into smaller directories, using the
> http://www.pmwiki.org/wiki/Cookbook/PerGroupSubDirectories recipe.
> > 3. How is the speed/processing of PmWiki influenced by the number of
> > cookbook recipies
> Depends on the recipes -- the number of markup rules added,
> the efficiency of the pattern rules, and how often they're used.
> > 4. Based on a 'standard' server, is there a 'matrix' on how much load
> > a server can handle?
> Not as far as I know. The important aspects are to have good
> disk performance and a reasonable amount of memory allocated to
> PHP for processing pages.
> > 5. Are there any default of recipies that infulence the performance of
> > a server significantly?
> Again, I'm not aware of any at the momoent. Usually when we find
> a recipe that impacts performance in a negative way, it gets fixed
> pretty quickly.
> Hope this helps!
More information about the pmwiki-users