[TYPO3-UG Italy] vps

Tonix (Antonio Nati) tonix at interazioni.it
Tue Apr 17 14:23:44 CEST 2012 

Direi che più o meno ci siamo.

Se hai 183 processi con circa 4mb di risorse usate, ottieni circa 732MB 
di memoria usata.
MySQL se ne porta via un altro bel pò, quindi il GB fisico è occupato e 
lo swap lavora.

Più lo swap lavora, più rallenta il sistema, gli utenti lanciano di 
nuovo la pagina, parte un nuovo processo, si aumenta lo swap, eccetera, 
fino a che il sistema lavora solo per gestire lo swap senza rispondere 
ad altro.

Domanda 1: quanti utenti massimi contemporanei hai abilitato su MySQL? 
Se lavori solo dal sito, penso che cento siano più che abbastanza. MySQL 
non deve mai cadere per nessun motivo. Usi le connessioni permanenti? Se 
non sono chiuse ogni volta sono un danno, e sarebbe meglio usare 
connessioni temporanee (se db e sito sono sulla stessa macchina non ci 
sono differenze di prestazioni).

Domanda 2: quanto è il MaxClients di Apache? Imposta un valore 
ragionevole che impedisca una crescita indiscriminata, es. 150 (ma anche 
100 secondo me). In caso di sistema lento, oltre|'MaxClients|' si 
aspetta che un child si liberi.

||Ciao,

Tonino




Il 17/04/2012 13:56, Cesare ha scritto:
> Grazie innanzitutto.
>
> Per visualizzare la memoria utilizzata utilizzo il seguente comando ps 
> axl | grep http.
>
> Il risultato è il seguente:
>
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
>  2048 apache    15   0  172m 3688 1392 S  0.0  0.4   0:00.68 httpd
>  2062 apache    15   0  172m 3652 1392 S  0.0  0.4   0:00.72 httpd
>  2289 apache    15   0  172m 3580 1392 S  0.0  0.3   0:00.75 httpd
>  2316 apache    15   0  172m 3688 1392 S  0.0  0.4   0:00.71 httpd
>  2385 apache    15   0  172m 3596 1392 S  0.0  0.4   0:00.72 httpd
>  2393 apache    15   0  172m 3668 1388 S  0.0  0.4   0:00.76 httpd
>  2485 apache    15   0  172m 3700 1388 S  0.0  0.4   0:00.75 httpd
>  2777 apache    15   0  173m 3820 1392 S  0.0  0.4   0:00.71 httpd
>  3660 apache    15   0  172m 3360 1392 S  0.0  0.3   0:00.65 httpd
>  4854 apache    15   0  172m 3564 1392 S  0.0  0.3   0:00.46 httpd
>  8496 apache    15   0  172m 3332 1380 S  0.0  0.3   0:00.15 httpd
>  8502 apache    15   0  172m 3348 1380 S  0.0  0.3   0:00.15 httpd
>  8503 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.14 httpd
>  8848 apache    15   0  172m 3348 1384 S  0.0  0.3   0:00.13 httpd
>  8876 apache    15   0  172m 3348 1384 S  0.0  0.3   0:00.11 httpd
>  8880 apache    15   0  172m 3328 1376 S  0.0  0.3   0:00.15 httpd
>  8890 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.15 httpd
>  8894 apache    15   0  172m 3352 1384 S  0.0  0.3   0:00.12 httpd
>  8965 apache    15   0  172m 3328 1380 S  0.0  0.3   0:00.13 httpd
>  8966 apache    15   0  172m 3344 1384 S  0.0  0.3   0:00.13 httpd
>
> con mod_php la memoria virtuale (VIRT) arrivava a 300m con supgp 
> (172), 9MB per server intendi la colonna (RSS) ? Se si direi che 
> allora da quel punto di vista ci sono.
>
> In /var/log/messages mi trovo questi log:
>
> - kernel: hda: lost interrupt: ogni tanto, ho verificato il dischi e 
> sembra sia tutto ok
> Apr 17 10:36:00 genesi2 kernel: php-cgi invoked oom-killer: 
> gfp_mask=0x200d2, order=0, oomkilladj=0
> Apr 17 10:36:00 genesi2 kernel:
> Apr 17 10:36:00 genesi2 kernel: Call Trace:
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800ca89a>] 
> out_of_memory+0x8e/0x2f3
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8000f626>] 
> __alloc_pages+0x27f/0x308
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8003242f>] 
> read_swap_cache_async+0x45/0xd8
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800d0777>] 
> swapin_readahead+0x60/0xd3
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff800092d9>] 
> __handle_mm_fault+0xb64/0x103b
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff80067202>] 
> do_page_fault+0x499/0x842
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff80063002>] 
> thread_return+0x62/0xfe
> Apr 17 10:36:00 genesi2 kernel:  [<ffffffff8005dde9>] error_exit+0x0/0x84
> Apr 17 10:36:00 genesi2 kernel:
> Apr 17 10:36:00 genesi2 kernel: Mem-info:
> Apr 17 10:36:43 genesi2 kernel: Node 0 DMA per-cpu:
> Apr 17 10:36:45 genesi2 kernel: cpu 0 hot: high 0, batch 1 used:0
> Apr 17 10:36:45 genesi2 kernel: cpu 0 cold: high 0, batch 1 used:0
> Apr 17 10:36:45 genesi2 kernel: Node 0 DMA32 per-cpu:
> Apr 17 10:36:45 genesi2 kernel: cpu 0 hot: high 186, batch 31 used:9
> Apr 17 10:36:46 genesi2 kernel: cpu 0 cold: high 62, batch 15 used:22
> Apr 17 10:36:47 genesi2 kernel: Node 0 Normal per-cpu: empty
> Apr 17 10:36:47 genesi2 kernel: Node 0 HighMem per-cpu: empty
> Apr 17 10:36:47 genesi2 kernel: Free pages:        7008kB (0kB HighMem)
> Apr 17 10:37:09 genesi2 kernel: Active:123048 inactive:73626 dirty:0 
> writeback:11 unstable:0 free:1752 slab:10169 mapped-file:1152 mapped-a
> non:194872 pagetables:39880
> Apr 17 10:38:14 genesi2 kernel: Node 0 DMA free:2996kB min:36kB 
> low:44kB high:52kB active:0kB inactive:0kB present:9700kB 
> pages_scanned:0 a
> ll_unreclaimable? yes
> Apr 17 10:38:42 genesi2 kernel: lowmem_reserve[]: 0 994 994 994
> Apr 17 10:39:25 genesi2 kernel: Node 0 DMA32 free:4012kB min:4012kB 
> low:5012kB high:6016kB active:492192kB inactive:294504kB present:101806
> 4kB pages_scanned:1971255 all_unreclaimable? yes
> Apr 17 10:39:25 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
> Apr 17 10:39:25 genesi2 kernel: Node 0 Normal free:0kB min:0kB low:0kB 
> high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unr
> eclaimable? no
> Apr 17 10:39:36 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
> Apr 17 10:40:22 genesi2 kernel: Node 0 HighMem free:0kB min:128kB 
> low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0
> all_unreclaimable? no
> Apr 17 10:40:26 genesi2 kernel: lowmem_reserve[]: 0 0 0 0
> Apr 17 10:40:28 genesi2 kernel: Node 0 DMA: 5*4kB 4*8kB 4*16kB 4*32kB 
> 3*64kB 2*128kB 1*256kB 0*512kB 2*1024kB 0*2048kB 0*4096kB = 2996kB
> Apr 17 10:40:31 genesi2 kernel: Node 0 DMA32: 23*4kB 12*8kB 5*16kB 
> 25*32kB 0*64kB 1*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 
> 4012kB
> Apr 17 10:41:09 genesi2 kernel: Node 0 Normal: empty
> Apr 17 10:41:22 genesi2 kernel: Node 0 HighMem: empty
> Apr 17 10:41:24 genesi2 kernel: 10896 pagecache pages
> Apr 17 10:41:25 genesi2 kernel: Swap cache: add 15629370, delete 
> 15620909, find 3291674/5397292, race 565+644
> Apr 17 10:41:30 genesi2 kernel: Free swap  = 0kB
> Apr 17 10:41:31 genesi2 kernel: Total swap = 2096120kB
> Apr 17 10:41:33 genesi2 kernel: Free swap:            0kB
> Apr 17 10:42:43 genesi2 kernel: 262139 pages of RAM
> Apr 17 10:42:46 genesi2 kernel: 5608 reserved pages
> Apr 17 10:42:46 genesi2 kernel: 15263 pages shared
> Apr 17 10:42:47 genesi2 kernel: 8461 pages swap cached
> Apr 17 10:42:47 genesi2 kernel: Out of memory: Killed process 16985, 
> UID 27, (mysqld).
>
> Memoria del processo mysqld
>
> Ciao
>
> Cesare
>
> Il 17/04/2012 12:53, Tonix (Antonio Nati) ha scritto:
>> Scusa, riprendo...
>>
>> Come fai ad avere 183 processi httpd con memoria media per processo 
>> di 300MB?
>> E' un'enormità, 300MB per processo sono troppi.
>> Sui miei server non riesco a trovare un solo processo httpd (con 
>> mod_php o mod_perl) che vada oltre 91MB.
>>
>> Se non hai mod_php e non hai altre cose inutili dovresti stare 
>> intorno ai 9MB per server.
>>
>> Ciao,
>>
>> Tonino
>>
>> Il 17/04/2012 12:04, Cesare ha scritto:
>>> Ho provato a modificare un po i parametri ma non ho risolto. Oggi si 
>>> è ripiantato.
>>>
>>> Io utilizzo suphp, dovrebbe essere simile a fcgi, cioè il php non 
>>> viene eseguito da processo httpd.
>>>
>>> Ho impostato max_spare_servers a 20, come faccio per impostare le 
>>> scadenze dei child ?
>>>
>>> ciao e grazie
>>>
>>> Cesare
>>>
>>> Il 13/04/2012 17:24, Tonix (Antonio Nati) ha scritto:
>>>> Usi mod_php o fcgi?
>>>>
>>>> Immagino il primo, e certo che così è facile andare fuori memoria.
>>>> Dovresti provare a impostare delle scadenze ai child, tipo 'muori 
>>>> dopo 500 richieste', ed abbassare max_spare_servers. 183 processi 
>>>> mi sembrano tantini.
>>>>
>>>> Ciao,
>>>>
>>>> Tonino
>>>>
>>>>
>>>> Il 13/04/2012 17:18, Cesare ha scritto:
>>>>> Con il comando top vedo che mysql ha 486m di memoria virtuale, poi 
>>>>> vedo 183 processi httpd con memoria virtuale media a 300m per 
>>>>> processo.
>>>>>
>>>>> mi sembra un po tantino o no
>>>>>
>>>>> ciao e grazie ancora
>>>>>
>>>>> Il 13/04/2012 17:00, Alessandro Tuveri ha scritto:
>>>>>> ? mistero
>>>>>> io ho un VPS on Cloud, 3,5GB e ho settato alcuni siti a 512M e 
>>>>>> altri a 256M per ogni istanza PHP.
>>>>>> Consiglio di controllare i parametri di apache e mysql, vedere il 
>>>>>> carico e dare una occhiata ai file di log (in /var/log) per 
>>>>>> venirne fuori.
>>>>>> Penso sia piu' comodo un VPS on Cloud cosicche' se c'e' qualche 
>>>>>> problema si puo' aumentare dinamicamente la memoria RAM. In ogni 
>>>>>> caso 1GB + 2GB di SWAP non dovrebbe andar male...
>>>>>> Quanti siti hai? Uno solo?
>>>>>>
>>>>>>> giornaliere ricavate da awstats.
>>>>>>>
>>>>>>> Visite: 2.014
>>>>>>> Pagine:    8.672
>>>>>>> Accessi:    148.342
>>>>>>> Banda:    5.00 GB
>>>>>>>
>>>>>>> Succede che ogni due tre giorni si impalla tutto.
>>>>>>>
>>>>>>> Dal log vedo che va in out of memory.
>>>>>>>
>>>>>>> La vps ha 1 gb di ram 2 gb di swap
>>>>>>>
>>>>>>> E' possibile secondo voi ? Che mi consigliate di fare ?
>>>>>>>
>>>>>>> Ciao Cesare
>>>>>>> _______________________________________________
>>>>>>> TYPO3-UG-Italy mailing list
>>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ALESSANDRO TUVERI
>>>>>>
>>>>>> --------------------------------------
>>>>>> AREA SERVIZI INFORMATICI E MULTIMEDIALI
>>>>>> Servizi WEeb d'Ateneo
>>>>>> Universit? degli Studi di Udine
>>>>>> tel. ufficio 0432-558904
>>>>>> --------------------------------------
>>>>>> Homo sine pecunia est imago mortis
>>>>>> --------------------------------------
>>>>>>
>>>>>> ---------------------------------------------------------------------- 
>>>>>>
>>>>>> SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di 
>>>>>> Udine
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> TYPO3-UG-Italy mailing list
>>>>>> TYPO3-UG-Italy at lists.typo3.org
>>>>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-ug-italy
>>>>>
>>>>
>>>>
>>>
>>
>>
>


-- 
------------------------------------------------------------
         Inter at zioni            Interazioni di Antonio Nati
    http://www.interazioni.it      tonix at interazioni.it
------------------------------------------------------------

More information about the TYPO3-UG-Italy mailing list