[TYPO3-UG Italy] vps

Cesare cesare at pointec.it
Tue Apr 17 15:02:24 CEST 2012 

MaxClients avevo 250 ora ho messo 150, MaxRequestsPerChild avevo 4000 
ora ho messo 1000.

Sembra che vada bene, mi sono messo uno scriptino per monitorare questi 
processi.

Connessioni massime mysql 100, non uso connessioni permanenti infatti se 
facco show fullprocesslist non vedo quasi mai niente.

Vediamo come va... intanto grazie

cesare

Il 17/04/2012 14:23, Tonix (Antonio Nati) ha scritto:
> 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
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>

-- 

Cesare Pellegrini
Pointec S.r.l.
Promotion technology
Tel.: 0461 695084
Fax: 0461 1860195
Cell.: 328 7661267
Sito internet: http://www.pointec.it

Ai sensi del decreto legislativo n° 196/2003, il contenuto di questa email e degli eventuali allegati, è strettamente confidenziale e destinato alla/e persona/e a cui è indirizzato. E' fatto divieto di copiare e divulgare il contenuto di questa email. Ogni utilizzo abusivo delle informazioni quì contenute da parte di persone terze o comunque non indicate nella presente email, potrà essere perseguito ai sensi di legge.

More information about the TYPO3-UG-Italy mailing list