On Tuesday, March 16, 2004 2:57 PM
Maibaum, Volker
Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 88. Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 217. bin/cgi-bin/index.pl syntax OK
welche Version hat Deine /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm?
perl -w bin/CheckDB.pl linuxmnt:~/ ----------------
Da sollte erscheinen "It looks Ok!" - tut es das wirklich nicht?
Ich habe das Problem, dass die einzelnen Seiten etwa 1-3 Sekunden (manchmal auch über 5 Sekunden) zum Laden benötigen. Wenn ich 10 oder 20 Requests auf einmal abschicke (durch wildes rumklickern), dann schafft es apache nicht mehr die Request in annehmbarer Zeit abzuarbeiten (> 10 Sekunden). Die virtuelle Maschine unter zVM hat IMHO genug Ressourcen 500MB real, >600 Swap, ich habe ihr sogar zu Testzwecken mehr CPU-Share zugeteilt als unseren SAP-Application-Servern.
Mit mod_perl erkennst Du die Installaation nicht wieder - kannst Du mit dem Faktor 100 (hundert) was anfangen? Etwas weiterdiggen lohnt sich also in jedem Fall. Als Beispiel dient bitte http://demo.otrs.org/ - läuft auf A1/mod_perl: The site demo.otrs.org is running Apache/1.3.27 (Linux/SuSE) PHP/4.3.1 mod_perl/1.27 on Linux. (von: http://uptime.netcraft.com/up/graph/?host=demo.otrs.org) Das System hat momentan ca. 35000 Tickets und ist ein AMD-K6 mit 160MB RAM. Vermuten lässt die Arbeitsgeschwindigkeit das nicht, oder?
top - 14:51:43 up 1 day, 1:06, 1 user, load average: 2.22, 2.93, 3.32
Ui. Ruft nach mod_perl.
Tasks: 68 total, 15 running, 53 sleeping, 0 stopped, 0 zombie Cpu(s): 89.6% user, 10.4% system, 0.0% nice, 0.0% idle
Doppel-Ui. Schreit nach mod_perl.
Gibt es noch andere Performance-Einstellungen die mir weiterhelfen könnten? An MySQL sollte es nicht liegen - es sind etwa 20 Tickets in der DB.
Dann wird das nicht viel helfen, aber halt's im Hinterkopf: "Wenn Sie den Tabellentyp MyISAM (Standard) benutzen, und einen großen Teil einer Tabelle gelöscht haben, oder wenn Sie sehr viele Änderungen an einer Tabelle mit Zeilen variabler Länge vorgenommen haben (Tabellen mit VARCHAR, BLOB oder TEXT Spalten), sollten Sie die Datendateien mit dem "optimize" Kommando behandeln. Dies bietet sich an, wenn MySQL viel CPU Zeit braucht. Optimieren Sie die Tabellen ticket, ticket_history und article. mysql> optimize table ticket; mysql> optimize table ticket_history; mysql> optimize table article; " (von: http://doc.otrs.org/1.2/de/html/performance-tuning-database.html) Bezgl. Webserver schau' mal hier: http://doc.otrs.org/1.2/de/html/performance-tuning-webserver.html Insb. mod_gzip und "Perl Module bei Änderung neu laden". Zu guter letzt schau' mal, ob diese Zeile sich in der perl-startup.pl findet und lösch' sie: use Kernel::Modules::AdminCharset; hth, Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388