[TYPO3-UG Italy] vps
Alessandro Tuveri
at at uniud.it
Tue Apr 17 17:46:42 CEST 2012
Ehhhh mi piacerebbe aprire un nuovo argomento.
Io mi sono arenato su mod_php, mettendo tutti i siti sotto owner
www-data, idem per il gruppo. Ovviamente puo' aprire a problemi di
sicurezza ma gli utenti non hanno assolutamente ftp (tant'e' che non
serve).
Qualcuno sa se ci sono istruzioni in typo3.org o altri siti per far
si' che TYPO3 giri con l'owner dell'utente web (del sito. per capirci)?
thanxxxx
Quoting Cesare <cesare at pointec.it>:
> 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.
>
>
>
> _______________________________________________
> 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
More information about the TYPO3-UG-Italy
mailing list