Fasse die Routinen die Du immer brauchst in Modulen zusammen. Diese bindest Du in den Skripten dann ein und sparst dort Code...
Vorteile, das macht die Wartung sehr viel einfacher und den Code übersichtlicher. Fehler können an zentraler Stelle behoben werden.
Nachteil, Bugs an einer Stelle betreffen alle Skripte.

Siehe unsere FAQ!

perperl kenne ich nun nicht. Bei mod_perl kannst Du damit etwas gewinnen, Module zu verwenden, die Du im Speicher vorhältst.

also wenn es sich um sehr viele parallele zugriffe handelt, wuerde ich mod_perl vorschlagen. das hat mal mindestens die folgenden Vorteile:

x) Neucompilierung des Scriptes und aller Module nicht bei jedem Lauf noetig, sondern erfolgt bei der ersten Ausfuehrung des Scriptes. Diese kann weiter beschleunigt werden, wenn du ein startup-script vergibst, das die Module schon beim apache-(re)start vorlaedt und dann fuer alle gemeinsam im speicher behaelt. Laufzeitgewinn: 5-20fach
x) wenn sich ein oder mehrere scripte immer zur selben datenbank mit demselben benutzer verbinden, kannst du weitere Laufzeit gewinnen, indem du Apache::DBI verwendest
x) die mod_perl-Module sind ueberdies in der Regel deutlich schneller als die entsprechenden CGI-Module
x) du hast besseren Zugriff auf die Apache-APIs und kannst somit viele Sachen in Perl machen, fuer die du sonst externe Mittel benoetigen wuerdest (Authensisierung, ...)
x) Ich habe noch keinen so einfachen File-Upload gesehen wie bei mod_perl
x) Wenn du ein Templating system fuer die HTML-Ausgabe verwendest, kannst du die caching-mechanismen, die die meisten Templating-Systeme bereit stellen, nutzen (z.B. das einfache HTML::Template hat ein recht gutes)

Nachteile:
x) braucht eventuell mehr Speicher, weil die Scripte vorcompiliert fuer jeden Apache-Prozess im Speicher vorgehalten werden; dies kann aber vermindert werden, indem man groessere Module schon beim Apache-(re)start ueber einen startup-handler vorladen laesst, dann liegen die fuer alle prozesse nur einmal im speicher
x) die programmierung muss sehr sauber sein (mindestens strict, warnings, globale variablen nur readonly, man muss in spezialfaellen aufpassen, dass speicher wieder freigegeben wird), man darf sich nicht auf package main verlassen\n\n

<!--EDIT|Strat|1079346090-->

verschoben

Hallo

Ich habe folgende Frage:

Ich habe zur Zeit für eine Sache etwa 15-20 Skripte laufen der größe zwischen 3 und 86 KB.

Zusammen vielleicht 400 KB rum


Nun wollte ich fragen ob es sinn machen würde diese Skripte zu einem rießen Skript zusammenzufassen und halt immer am Anfang per if...elsif....else usw. in eine Subrutine zu springen?


Genauere Informationen: Ich benutze auf dem Server perperl, was ähnlich zu mod_perl ist.


Würde diese Änderung den Server entlasten oder was wären die Auswirkungen?

Patrick Müller

Das was du sagst ist schon klar.

Aber mir geht es jetzt nicht darum, ob es im Sinne von Bug usw. behobung sinnvoller ist, das in Module usw zu packen, sondern von der serverbelastung.

Zugriffe: Gleichzeitig 100+ Personen

Soll ich es in einzelnen Skripten für jede Seite lassen oder lieber zu einem rießen Skript zusammenfassen?

Wenn Du Performance-Probleme hast empfehle ich in Hardware zu investieren 8)

Wenn du dich in einem persistenten Environment befindest, schaetze ich, dass es weder eine Belastung noch eine Entlastung gibt. Ich wuerde eher dafuer plaedieren, die Skripte separat zu lassen --- falls das System mal doch wieder als CGI laeuft.