Perl-CGI haben lange Antwortzeit auf vServer (mod_perl und Apache)

ich

2011-08-17 13:08

User since
2003-09-19
120 articles
BenutzerIn

Hallo GwenDragon,

du koenntest mal mit einem "vmstat 1" schauen wo das system so seine Zeit vertrödelt. Ausserdem koenntest du mal schauen ob es die Datei /proc/user_beancounters gibt und die hier mal posten.

Eine wirkliche zusicherung von Arbeitsspeicher gibt es bei virtuozzo so weit ich weiss nicht. Man koennte theoretisch allen Maschinen den kompletten Arbeitsspeicher geben.

Koenntest du die Scripte vielleicht auch als FastCGI laufen lassen? Damit schonmal wenigstens die Scripte lauffaehig im Ram liegen. Der Plattenzugriff scheint ja (langsame Bilder) wohl auch nicht immer der beste zu sein. Bei vServern ist man immer sehr stark auf sein Glueck angewiesen damit man einen erwischt der jetzt nicht gerade von einem anderen Kunden IO technisch maltraetiert wird.

Gruss,

Jan

If you tell the truth you don't have to remember anything.
-- Mark Twain

+3 replies

GwenDragon

2011-08-17 13:12

User since
2005-01-17
14816 articles
Admin1

Danke für den Tipp.

Quote
Koenntest du die Scripte vielleicht auch als FastCGI laufen lassen? Damit schonmal wenigstens die Scripte lauffaehig im Ram liegen.

Geht leider nicht, jedenfalls nicht ohne größere Softwareänderung bei den Leuten, die dort ihre Domain hosten.

Ich habe den finsteren Verdacht, dass 1&1 was bei Virtuozzo geändert hat und deswegen das System lahmt.
Vorher hatte ich noch 4 CPUs, jetzt nur 2 in /proc/cpuinfo.

vmstat:

Code: (dl )

[root@s15300078 ~]# vmstat
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0      0 832136      0      0    0    0    38    79    0  115  4  1 95  0  0
[root@s15300078 ~]#

beancounter erreicht öfters mal das obere Limit für die Prozesse, daran kann das Schleichen aber nicht leigen.

beancounters:

Code: (dl )

Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
 49036894:  kmemsize                 16142534             18919920             31457280             34603008                 3401
            lockedpages                     0                    0                  512                  512                    0
            privvmpages                119706               138476               327680               329728                    0
            shmpages                      964                  964                32768                32768                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                        74                   86                  128                  128                  210
            physpages                   33650                46403           2147483647           2147483647                    0
            vmguarpages                     0                    0                65536           2147483647                    0
            oomguarpages                33651                46404  9223372036854775807           2147483647                    0
            numtcpsock                     23                   27                  720                  720                    0
            numflock                       12                   13                  376                  413                    0
            numpty                          1                    1                   32                   32                    0
            numsiginfo                      0                    2                  512                  512                    0
            tcpsndbuf                  378664               561880              3440640              5406720                    0
            tcprcvbuf                  344064               513120              3440640              5406720                    0
            othersockbuf                99312               155824              2252160              4194304                    0
            dgramrcvbuf                     0                 4376               524288               576716                    0
            numothersock                   59                   62                  720                  720                    0
            dcachesize                1248071              1361830              5242880              5767168                    0
            numfile                      2658                 2976                 8192                 8192                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                     103                  103                  200                  205                    0
[root@s15300078 ~]#

Bei den Resourcenalarmen sehe ich gerade, dass öfters oomguarpages an die obere rote Grenze kommt.
Last edited: 2011-08-17 13:20:58 +0200 (CEST)

die Drachin Gwen

Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

+2 replies
ich

2011-08-17 13:29
User since
2003-09-19
120 articles
BenutzerIn
Schau mal hier:
Code: (dl )

49036894: kmemsize 16142534 18919920 31457280 34603008 3401
und hier
Code: (dl )

numproc 74 86 128 128 210
Die letzte Zahl.

Wenn die sich erhoet, dann schlaegst du an ein Limit an. Das 1. in dein Arbeitspeicher (genauer der Kernel-Arbeitsspeicher fuer die Prozesse, Lowmemory, nicht swapbar, ohne den Netzwerkspeicher) und das 2. die Anzahl der Prozesse die du laufen lassen kannst.

D.h. ab und an stoesst die vm an ihr limit.

Du musst mal schauen, im Apache ErrorLog hast du vielleicht auch entsprechende Fehlermeldungen, dass Prozesse gekillt worden sind oder keine gestartet werden konnten oder so.

Das vmstat musst du eine weile mitlaufen lassen. Vorallem wenn du zugriffe machst. deswegen die "1" hinten dran.

Gruss,

Jan

Last edited: 2011-08-17 13:30:30 +0200 (CEST)
If you tell the truth you don't have to remember anything.
-- Mark Twain
- GwenDragon
  
  2011-08-17 14:15
  
  User since
  2005-01-17
  14816 articles
  Admin1
  
  Bislang haben weder Apaches Errorlog noch vmstat oder user_beancounters bei mehr Abfragen an den Server was auffälliges gebracht.
  Gut, die CPU geht bei einem Perl-CGI mal bei 30-60% in die Knie.
  
  selbst ein ab -n 100 -c 5 von einem anderen Server aus auf das CGI klappt ohne Probleme.
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

GwenDragon

2011-08-17 18:14

User since
2005-01-17
14816 articles
Admin1

Kann es sein, dass viele Einträge bezüglich Deny from oder RewriteRule den Apache ausbremsen? Die Domainbesitzer verwenden so einige .htaccess und vhost.conf damit.

die Drachin Gwen

Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

+10 replies
ich

2011-08-17 19:52

User since
2003-09-19
120 articles
BenutzerIn

Also wenn die Regeln in der .htaccess stehen, dann werden sie bei jedem Request geparsed. Wenn das einige sind kann ihn das schon ausbremsen (vorallem wenn er ja so wie es aussieht nicht gerade das maechtigste System zur Verfuegung hat, oder es sich halt mit vielen Teilen muss).

Wenn die Regeln in der vhost.conf stehen (und ich gehe mal davon aus, dass diese Datei irgendwo in der httpd.conf included wird) dann verbrauchen die nicht wirklich viel Ressourcen.

Bezueglich RewriteRules, je nachdem wie komplex sie sind. Also ich habe schon Hosts gehabt mit (geschaetzt) knapp 100-200 RewriteRegeln aber die Performance ging (gefuehlt) nicht in die Knie. Aber das System lief auch nicht virtualisiert.

If you tell the truth you don't have to remember anything.
-- Mark Twain
- +5 replies
- ich
  
  2011-08-17 19:57
  
  User since
  2003-09-19
  120 articles
  BenutzerIn
  
  Was laufen denn eigentlich alles so fuer Dienste in dem vServer?
  If you tell the truth you don't have to remember anything.
  -- Mark Twain
  - +4 replies
  - GwenDragon
    
    2011-08-18 10:12
    
    User since
    2005-01-17
    14816 articles
    Admin1
    
    ftp,smtp,pop3,imap,http,ssh, fail2ban - was so ein Server braucht.
    
    Auch das Stoppen der Dienste (außer httpd) bringt keine Verbesserung der Antwortzeiten.
    Last edited: 2011-08-18 10:34:07 +0200 (CEST)
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - +3 replies
    - ich
      
      2011-08-18 11:38
      
      User since
      2003-09-19
      120 articles
      BenutzerIn
      
      Was du noch machen koenntest sind die ganzen Optionen die in allen noeglichen .htaccess Dateien drin stehen, hart in die httpd.conf (bzw. vhost.conf) reinschreiben und das parsen der .htaccess Dateien in der httpd.conf abschalten. Dann muss er die bei jedem Request zumindest schonmal nicht mehr vom filesystem einlesen.
      
      Ansonsten wuerde ich sagen ist die Kiste einfach ueberladen.
      If you tell the truth you don't have to remember anything.
      -- Mark Twain
      - +2 replies
      - GwenDragon
        
        2011-08-18 11:43
        
        User since
        2005-01-17
        14816 articles
        Admin1
        
        2011-08-18T09:38:16 ich
        Was du noch machen koenntest sind die ganzen Optionen die in allen noeglichen .htaccess Dateien drin stehen, hart in die httpd.conf (bzw. vhost.conf) reinschreiben und das parsen der .htaccess Dateien in der httpd.conf abschalten. Dann muss er die bei jedem Request zumindest schonmal nicht mehr vom filesystem einlesen.
        
        Siehe msg #151666
        
        Quote
        Ansonsten wuerde ich sagen ist die Kiste einfach ueberladen.
        
        Bei drei Domains und ein paar CGI?
        Früher liefs ja besser.
        Ich werde wohl noch beim Hoster nachfragen müssen, ob die was an der Virtualisisierung geändert haben.
        
        Editiert von GwenDragon: msg-Tag geändert
        Last edited: 2011-08-18 12:52:40 +0200 (CEST)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        ich
        
        2011-08-18 11:44
        
        User since
        2003-09-19
        120 articles
        BenutzerIn
        
        Nein, ich meine nicht dein vserver, sondern die Hardwarebuechse an sich. Da laufen ja 20, 40, 100, k.a. wieviel vserver parallel. Und wenn da irgendjemand IO Intensive sachen laufen laesst, dann zieht das halt die ganzen anderen vserver auch mit runter.
        
        edit:
        s/vhost/vserver/g
        If you tell the truth you don't have to remember anything.
        -- Mark Twain
- +4 replies
- GwenDragon
  
  2011-08-18 11:40
  
  User since
  2005-01-17
  14816 articles
  Admin1
  
  Ich habe gerade mal getestet, was passiert, wenn alles in der vhost.conf drin ist, das bringt nur ca. 10% Verbessserung.
  
  Ich tippe mittlwerweile darauf, dass 1&1 was bei Virtuozzo zum Schlechten geändert hat oder suexec so lahm arbeitet - letzteres eher unvorstellbar.
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - +3 replies
  - ich
    
    2011-08-18 11:43
    
    User since
    2003-09-19
    120 articles
    BenutzerIn
    
    suexec kanns ja nicht sein, da du ja sagst das Bilder auch langsam sind.
    
    Der Host wird einfach ueberbelegt sein, was ja leider bei vhosts keine seltenheit sein soll (zumindest liest man sowas immer mal wieder, egal bei welchem Provider).
    If you tell the truth you don't have to remember anything.
    -- Mark Twain
    - pq
      
      2011-08-18 11:48
      
      User since
      2003-08-04
      12209 articles
      Admin1
      
      ja, wir hatten ja mit dem forum auch öfter probleme, als wir noch auf dem vserver waren. da die load nicht pro vserver, sondern für die ganze maschine angezeigt wurde, konnte ich sehen, dass einer unserer nachbar-vserver permament eine hohe load erzeugt hat. man kann da echt pech haben mit den nachbarn.
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - GwenDragon
      
      2011-08-18 13:44
      
      User since
      2005-01-17
      14816 articles
      Admin1
      
      Da werde ich denen wohl empfehlen, einen dedizierten Server zu nehmen, dann wird das Theater mit der Performance wohl aufhören.
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

GwenDragon

2011-08-25 14:58

User since
2005-01-17
14816 articles
Admin1

Hat sich durch Wechsel von vServer auf einen Rootserver gebessert.

Danke für die Hilfe.

die Drachin Gwen

Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

cbxk1xg

2011-08-25 20:36

Subtree with 2 replies: Optimierung durch Server mit Page Speed

User since
2003-10-20
496 articles
BenutzerIn
[default_avatar]

Möglicherweise muss der Apache jede Menge sinnloser Requests beantworten, die man auch cachen könnte. Mein neues Lieblings-Apache-Modul verhindert genau das: mod_pagespeed

modedit Editiert von GwenDragon: Subititel eingefügt
Last edited: 2011-08-26 12:18:36 +0200 (CEST)