zu dem, was ptk gesagt hat:
dass der speicherverbrauch eines childs stetig steigt, konnte ich auch mal nachvollziehen,
indem ich einen simplen handler gebaut habe, der nichts weiter tut, und dann per script requests
abgesetzt habe und die prozessgroesse verfolgt habe. allerdings ist das allein nicht unbedingt
tragisch, das kann mal selbst mal testen und gucken, nach wievielen requests der speicher
um wieviel gestiegen ist.
zu shared memory: um zu gucken, wieviel speicher denn noch geteilt ist nach dem forken,
kann man Apache::SizeLimit verwenden, allerdings habe ich das vor einer weile etwas aus
den Augen verloren, da es mal durch ein debian-upgrade und eine damit verbundene
aenderung in der info ueber den speicherverbrauch nicht mehr korrekt funktionierte.

als ergaenzung zu der empfehlung, module moeglichst im root-prozess zu laden - man kann auch
viel sparen, indem man daten, die man nur liest, aber nicht schreibt, gleich zu anfang laedt.
beispielsweise eine uebersetzungstabelle o.ä. auch wenn man da mehrere MB hat - solange
es im root-prozess bleibt (und das bleibt es in der regel auch, wenn es eine eigenstaendige
variable ist, in der man keine daten veraendert), ist das ja wenig speicher.