-----BEGIN PGP SIGNED MESSAGE----- Hash:

Ahoj, co myslis konkretne pomalym vyrizenim? Tj. jak

Pavel Snajdr +420 720 107 791

>

-----BEGIN PGP

Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using

Community-list mailing

Ahoj, pri RoundCube bude problem najskor v konfiguracii a

tak uz slo vsetko v

Snad to pomoze :) Rusho On Sep 9,

> 2 sekundy až klidně 1 minuta.

>> Pavel Snajdr >> >> +420 720 107 791 >> >> http://vpsfree.cz

>> >>> Zdravím, netuším

>> >> -----BEGIN

>> Version: GnuPG v1.4.11 (GNU/Linux) >> Comment:

>> Community-list

> Community-list

Ahoj. No ja osobne mam

Ale problem dakde bude. Mne ajaxove veci

Napis, co mas vlastne za

Keepalive

apache.conf? Nie

novy ajax request

Pouzivas Suhoshin? Ked tak, on ma vlastny log

Samozrejme pozri aj do apachovych logov, ci su

Pouzivas aj nejaky PHP accelerator (APC

divne nastaveny. A daj vediet aj load

Ci sa tam fakt nieco

sleep() v kode :-).

Matej Snoha PS: Sice off-topic, ale uz od rana ma DOSuju daki

uz, pakety im zahadzuje fail2ban, ale ze nemaju nic

2011/9/9 Jan Drábek : > Zdravím, netuším zda

-----BEGIN PGP SIGNED MESSAGE----- Hash:

Schvalne, jenom tip: vyzkousej DNS ve VPS,jestli chodi

neco nekde prekladas (reverzni zaznamy, at uz v PHP

pro ucely logovani), tak to muze dost zdrzovat a

odpovidalo. Pavel Snajdr +420 720 107

http://vpsfree.cz [3]On 09/09/2011 03:18 PM, Jan Drábek

> Také jsem chvílí použival google apps, ale vzhledem k

> >> Ahoj. No ja

> google apps, takze tak :-) . > >> Ale problem dakde

> bezia rozumne (zlomok sekundy). Pouzivas

> nejaky sleep() v kode :-).

> od rana ma DOSuju daki amici z

> ední dobou nebo se to vyskytovalo už

> >> určité zpr& > �esun atd... trvá až desítku sekund.

> >> e nějaký webmail ve kterém

> ě jako v Gmailu?

> : ------ [1]

>

Community-list mailing

** Zdravím, zapojil jsem do práce xdebug profiler a zjistil, že se tráví 90 % času ve volání fsockopen a nakonec se ukázalo, že PHP má přeci jen zpoždění při překladu DNS (a to jak z DNS od masteru tak od googlu). Pustil jsem tedy na serveru dnsmasq a výchozí nastavení upravil takto: user=root (Jinak spadl, protože nemohl nastavit "capabilities") listen-address=127.0.0.1 Problém se tí vyřešil, takže zbývá jen drobnost: není příliš nebezpečné, že běží jako root? S pozdravem Jan Drábek On Fri, 09 Sep 2011 15:29:22 +0200, Jan Drábek wrote: Zkusil jsem si dignout pár IP klasických hostů a ty co se v logu objevují téměř neustále (moje domácí IP) a vše šlo bez zaškobrnutí - řádově jednotky milisekund. Jan On Fri, 09 Sep 2011 15:20:32 +0200, Pavel Snajdr wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Schvalne, jenom tip: vyzkousej DNS ve VPS,jestli chodi rychle. Pokud tam neco nekde prekladas (reverzni zaznamy, at uz v PHP kodu nebo v Apache i pro ucely logovani), tak to muze dost zdrzovat a to zpozdeni by na to i odpovidalo. Pavel Snajdr +420 720 107 791 http://vpsfree.czOn 09/09/2011 03:18 PM, Jan Drábek wrote: Také jsem chvílí použival google apps, ale vzhledem k drsným podmínkám, které vlastně říkají, že se vším co projde přes google si můžou dělat co chce... To mi přijde takového Kafkovské (to do jaké míry drží google kontrolu nad jednotlivými identitami... viz Proces). Uptime a load: 12:29:39 up 16 days, 3:55, 1 user, load average: 0.02, 0.01, 0.00 Apache mi používá apache2-mpm-prefork s tímto nastavením (nicméně ani 10x parametrů neukázalo výkonový rozdíl. StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 PHP akcelerátor nepoužívám. Suhoshin - Ano používám. V lodzích mám jen samé nezajímavé věci: * Hlášení o nepovolených zvýšeních memory limitu * Hlášení o nutnosti nastavit timezone (mám v php.ini?!) Používám PHP verze 5.3.8-1~dotdeb.2. Nicméně používám CGIčkové PHP což tuším bude asi hlavní zdroj problémů. Je to problém více aplikací (namátkou jsme zrovna dneska zkoušel i atMail a trpěl stejným problémem). Jak řešíte oddělení domén (účtů) vy? (Tzn, aby si PHP nemohlo číst celý adresářový strom, aby jste mohli mít různé php konfigurace pro různé domény atd...) Dík On Fri, 9 Sep 2011 12:01:46 +0200, zzzemfira89 wrote: Ahoj. No ja osobne mam google apps, takze tak :-) . Ale problem dakde bude. Mne ajaxove veci bezia rozumne (zlomok sekundy). Napis, co mas vlastne za konfiguraciu web servera. (# apache2ctl status | head) Keepalive zapnute a rozumne vysoke? Pocty procesov/threadov v apache.conf? Nie ze chudak Apache musi forknut novy proces pre kazdy novy ajax request a potom ho zabit. Pouzivas Suhoshin? Ked tak, on ma vlastny log (/var/log/user.log). Samozrejme pozri aj do apachovych logov, ci su nejake chyby v php a podobne. Pouzivas aj nejaky PHP accelerator (APC napr.,)? Ze by bol nejako divne nastaveny. A daj vediet aj load average, ked ten webmail budes trapit zo 5 minut. Ci sa tam fakt nieco narocne robi, alebo len vyvojari zabudli nejaky sleep() v kode :-). Matej Snoha PS: Sice off-topic, ale uz od rana ma DOSuju daki amici z DSLka. Co uz, pakety im zahadzuje fail2ban, ale ze nemaju nic lepsie na praci. 2011/9/9 Jan Drábek : Zdravím, netuším zda jsem si toho všiml až poslední dobou nebo se to vyskytovalo už dřív, ale zdá se mi, že AJAxové požadavky na Apache/PHP jsou dost pomalé. Nejvíc je problém vidět třeba v RoundCube, kde načtení seznamu zpráv, určité zprávy, přesun atd... trvá až desítku sekund. Potřeboval bych nakopnutí jak takový problém uchopit, kde můžou mít zakopaní psi atd. Díky Jan D. P.S. Neznáte nějaký webmail ve kterém vypadají konverzace stejně jako v Gmailu? _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz [1] http://lists.vpsfree.cz/listinfo/community-list [2] Links: ------ [1] mailto:Community-list@lists.vpsfree.cz [2] http://lists.vpsfree.cz/listinfo/community-list [3] mailto:me@jandrabek.cz_______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

Ahoj. Ja som skratka nainstaloval cely ispconfig3 a len klikam :-). Ale bezi to tusim ako su_php modul pre apache2. Tiez mam prefork. Takze mam "klientov", konkretne unixove groups a kazdy z nich ma weby, co su users. PHP potom bezi s pravami user:group pre prislusny skript. Co je ziadany efekt :-) . Z /var/log/suphp/suphp.log : [info] Executing "/var/www/clients/client4/web6/web/index.php" as UID 5009, GID 5010 Jedneho casu som mal aj mod_php, ale tam som mal problem nastavit tieto opravnenia pre php. Podobne ani fast-cgi som nedokopal k tomuto. Matej Snoha 2011/9/9 Jan Drábek &lt;me(a)jandrabek.cz&gt;cz>: > Také jsem chvílí použival google apps, ale vzhledem k drsným podmínkám, > které vlastně říkají, že se vším co projde přes google si můžou dělat co > chce... > To mi přijde takového Kafkovské (to do jaké míry drží google kontrolu nad > jednotlivými identitami... viz Proces). > > Uptime a load: > 12:29:39 up 16 days, 3:55, 1 user, load average: 0.02, 0.01, 0.00 > > Apache mi používá apache2-mpm-prefork s tímto nastavením (nicméně ani 10x > parametrů neukázalo výkonový rozdíl. > > <IfModule mpm_prefork_module> > StartServers 5 > MinSpareServers 5 > MaxSpareServers 10 > MaxClients 150 > MaxRequestsPerChild 0 > </IfModule> > > PHP akcelerátor nepoužívám. > > Suhoshin - Ano používám. > > V lodzích mám jen samé nezajímavé věci: > > Hlášení o nepovolených zvýšeních memory limitu > Hlášení o nutnosti nastavit timezone (mám v php.ini?!) > > Používám PHP verze 5.3.8-1~dotdeb.2. Nicméně používám CGIčkové PHP což

> bude asi hlavní zdroj problémů. > > Je to problém více aplikací (namátkou jsme zrovna dneska zkoušel i atMail

> trpěl stejným problémem). > > Jak řešíte oddělení domén (účtů) vy? (Tzn, aby si PHP nemohlo číst celý > adresářový strom, aby jste mohli mít různé php konfigurace pro různé

> atd...) > > Dík > > On Fri, 9 Sep 2011 12:01:46 +0200, zzzemfira89 wrote: > > Ahoj. > > No ja osobne mam google apps, takze tak :-) . > Ale problem dakde bude. Mne ajaxove veci bezia rozumne (zlomok sekundy). > > Napis, co mas vlastne za konfiguraciu web servera. (# apache2ctl status | > head) > Keepalive zapnute a rozumne vysoke? Pocty procesov/threadov v > apache.conf? Nie ze chudak Apache musi forknut novy proces pre kazdy > novy ajax request a potom ho zabit. > > Pouzivas Suhoshin? Ked tak, on ma vlastny log (/var/log/user.log). > Samozrejme pozri aj do apachovych logov, ci su nejake chyby v php a

> Pouzivas aj nejaky PHP accelerator (APC napr.,)? Ze by bol nejako > divne nastaveny. > > A daj vediet aj load average, ked ten webmail budes trapit zo 5 minut. > Ci sa tam fakt nieco narocne robi, alebo len vyvojari zabudli nejaky > sleep() v kode :-). > > Matej Snoha > > PS: Sice off-topic, ale uz od rana ma DOSuju daki amici z DSLka. Co > uz, pakety im zahadzuje fail2ban, ale ze nemaju nic lepsie na praci. > > 2011/9/9 Jan Drábek &lt;me(a)jandrabek.cz&gt;cz>: > > Zdravím, netuším zda jsem si toho všiml až poslední dobou nebo se to > vyskytovalo už dřív, ale zdá se mi, že AJAxové požadavky na Apache/PHP

> dost pomalé. Nejvíc je problém vidět třeba v RoundCube, kde načtení

> zpráv, určité zprávy, přesun atd... trvá až desítku sekund. Potřeboval

> nakopnutí jak takový problém uchopit, kde můžou mít zakopaní psi atd.

> Jan D. P.S. Neznáte nějaký webmail ve kterém vypadají konverzace stejně

_______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

A mas realne taky web ze to aj citit? Pre mna par milisekund hore-dole nezavazi. Co som robil par php benchmarkov, fcgi mi na VPS bezalo podobne rychlo. Ale zas tak do hlbky som to neskumal. Ale tak jasne, fast cgi bude asi najrychlejim riesenim. Len ja z hladiska bezpecnosti preferujem SuPHP, mam s tym dobre skusenosti. Matej Snoha 2011/9/9 Ladislav Blažek &lt;lada(a)blazcata.cz&gt;cz>: > SuPHP je asi ten nejpomalejsi zpusob jak provozovat PHP. Doporucuji fcgi

> suexec. > > Dne 9.9.2011 15:35 "zzzemfira89" &lt;zzzemfira89(a)gmail.com&gt; napsal(a): >> Ahoj. >> >> Ja som skratka nainstaloval cely ispconfig3 a len klikam :-). >> >> Ale bezi to tusim ako su_php modul pre apache2. Tiez mam prefork. >> Takze mam "klientov", konkretne unixove groups a kazdy z nich ma weby, >> co su users. >> >> PHP potom bezi s pravami user:group pre prislusny skript. Co je >> ziadany efekt :-) . >> Z /var/log/suphp/suphp.log : >> [info] Executing "/var/www/clients/client4/web6/web/index.php" as UID >> 5009, GID 5010 >> >> Jedneho casu som mal aj mod_php, ale tam som mal problem nastavit >> tieto opravnenia pre php. Podobne ani fast-cgi som nedokopal k tomuto. >> >> Matej Snoha >> >> 2011/9/9 Jan Drábek &lt;me(a)jandrabek.cz&gt;cz>: >>> Také jsem chvílí použival google apps, ale vzhledem k drsným podmínkám, >>> které vlastně říkají, že se vším co projde přes google si můžou dělat

>>> chce... >>> To mi přijde takového Kafkovské (to do jaké míry drží google kontrolu

>>> jednotlivými identitami... viz Proces). >>> >>> Uptime a load: >>> 12:29:39 up 16 days, 3:55, 1 user, load average: 0.02, 0.01, 0.00 >>> >>> Apache mi používá apache2-mpm-prefork s tímto nastavením (nicméně ani

>>> parametrů neukázalo výkonový rozdíl. >>> >>> <IfModule mpm_prefork_module> >>> StartServers 5 >>> MinSpareServers 5 >>> MaxSpareServers 10 >>> MaxClients 150 >>> MaxRequestsPerChild 0 >>> </IfModule> >>> >>> PHP akcelerátor nepoužívám. >>> >>> Suhoshin - Ano používám. >>> >>> V lodzích mám jen samé nezajímavé věci: >>> >>> Hlášení o nepovolených zvýšeních memory limitu >>> Hlášení o nutnosti nastavit timezone (mám v php.ini?!) >>> >>> Používám PHP verze 5.3.8-1~dotdeb.2. Nicméně používám CGIčkové PHP což >>> tuším >>> bude asi hlavní zdroj problémů. >>> >>> Je to problém více aplikací (namátkou jsme zrovna dneska zkoušel i

>>> a >>> trpěl stejným problémem). >>> >>> Jak řešíte oddělení domén (účtů) vy? (Tzn, aby si PHP nemohlo číst celý >>> adresářový strom, aby jste mohli mít různé php konfigurace pro různé >>> domény >>> atd...) >>> >>> Dík >>> >>> On Fri, 9 Sep 2011 12:01:46 +0200, zzzemfira89 wrote: >>> >>> Ahoj. >>> >>> No ja osobne mam google apps, takze tak :-) . >>> Ale problem dakde bude. Mne ajaxove veci bezia rozumne (zlomok

>>> >>> Napis, co mas vlastne za konfiguraciu web servera. (# apache2ctl status

>>> head) >>> Keepalive zapnute a rozumne vysoke? Pocty procesov/threadov v >>> apache.conf? Nie ze chudak Apache musi forknut novy proces pre kazdy >>> novy ajax request a potom ho zabit. >>> >>> Pouzivas Suhoshin? Ked tak, on ma vlastny log (/var/log/user.log). >>> Samozrejme pozri aj do apachovych logov, ci su nejake chyby v php a >>> podobne. >>> Pouzivas aj nejaky PHP accelerator (APC napr.,)? Ze by bol nejako >>> divne nastaveny. >>> >>> A daj vediet aj load average, ked ten webmail budes trapit zo 5 minut. >>> Ci sa tam fakt nieco narocne robi, alebo len vyvojari zabudli nejaky >>> sleep() v kode :-). >>> >>> Matej Snoha >>> >>> PS: Sice off-topic, ale uz od rana ma DOSuju daki amici z DSLka. Co >>> uz, pakety im zahadzuje fail2ban, ale ze nemaju nic lepsie na praci. >>> >>> 2011/9/9 Jan Drábek &lt;me(a)jandrabek.cz&gt;cz>: >>> >>> Zdravím, netuším zda jsem si toho všiml až poslední dobou nebo se to >>> vyskytovalo už dřív, ale zdá se mi, že AJAxové požadavky na Apache/PHP >>> jsou >>> dost pomalé. Nejvíc je problém vidět třeba v RoundCube, kde načtení >>> seznamu >>> zpráv, určité zprávy, přesun atd... trvá až desítku sekund. Potřeboval >>> bych >>> nakopnutí jak takový problém uchopit, kde můžou mít zakopaní psi atd. >>> Díky >>> Jan D. P.S. Neznáte nějaký webmail ve kterém vypadají konverzace stejně >>> jako >>> v Gmailu? _______________________________________________

>>> mailing list Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list >

Kdysi jsem si porovnával mod_php s mpm-prefork a mpm-worker, fcgi a suphp .. nejrychleji z toho vyšel mod_php s mpm-worker, mpm-refork a fcgi řešení byly přibližně stejně rychlé a suphp bylo asi 40x pomalejší. Takže jsem ho odepsal. Teď tam mám mpm-itk, jak je na tom výkonnostně nevím, protože mám jen pár malých webů, ale rozhodně není pozorovatelné žádné závažné zpomalení. Právě zmiňovaný roundcube chodí úplně v klidu. Mpm-itk mi přijde jako zajímavá alternativa k fcgi, protože nabízí stejnou úroveň zabezpečení (pokud to chápu správně) a přitom je všechno hezky v konfiguráku apache, ne někde mimo (a žádné spoustěcí soubory atd.). Tolik moje zkušenosti. al-Quaknaa