On Tuesday, March 16, 2004 2:57 PM Maibaum, Volker <[EMAIL PROTECTED]> wrote: > 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 _______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/
