Upgrade perlu -> vyrazne zpomaleni

[Jan Kasprzak]

Honza Pazdziora wrote:
: On Tue, Apr 26, 2005 at 05:09:25PM +0200, Jan Kasprzak wrote:
: >     Zkusil jsem 5.8.3 z FC2 nahradit 5.8.5 z FC3, prekompilovat
: > nove moduly a tak vubec, a stejne to nepomohlo - chova se to vicemene
: > stejne. Z topu nic nepoznam (jsou tam procesy httpd, protoze to bezi
: > pod mod_perlem). Dalsim krokem by mohlo byt zkompilovat si 5.8.6 sam
:
: Nepoznas ktery bezi pozadavek? Apache::ShowStatus?
:
        No, prumerne to bezi tak 0.05 sekund, takze to co zrovna je nahore
v topu je asi irelevantni.

: > (napriklad bez podpory threadu, pripadne s dalsimi (jakymi?) optimalizacemi).
: > Je napriklad mozne ze novy Perl ma delsi start (server pouziva ekvivalent
: > "MaxRequestsPerChild 1"), nebo neco takoveho.
:
: No, popravde receno, co na tohle chces rict? Chces-li to mit desetkrat
: rychlejsi, res systemove tohle.

        Ja to nechci mit v teto fazi desektrat rychlejsi, ja to jen nechci
mit dvakrat pomalejsi nez s 5.005. Desetinasobne zrychleni je na poradu dne
zrejme az po migraci na Apache 2/mod_perl 2.

: Mohlo by pomoct zvyseni MinSpareServers, aby se ten interpret perlu
: natahoval ne az ve chvili, kdy prijde pozadavek.

        Tohle jsem dal. Ale asi to jeste porad neni ono.

: ;-)) Bez toho, abys zjistil, kde se to zpomalilo, tezko zjistime, co
: zlepsit, aby to zpomaleni zmizelo. Tedy krome rady "kup tlustsi
: hardware".

        No, spis jestli neni nejake zname zpomaleni 5.8 proti 5.005.

: To, ze start trva dlouho (Tvuj vedlejsi email), je pekny postreh.
: Takze zanalyzovat tohle -- co se tam otvira, jake dynamicke knihovny,
: jestli si nenatahuje a neparsuje zbytecne nejake konfiguraky, atp.

        Jo, strace ma o pulku vic radku nez u 5.005. Zkusil jsem
zkompilovat statickou libperl.a misto libperl.so, zda se ze to vyrazne
pomohlo (teda jeste jsem delal par dalsich zmen jako treba pridani
-march=athlon-xp na prikazovy radek kompilatoru, a nechce se mi ted zkoumat
jaky ktera zmena mela vliv; rekl bych ale ze to libperl.a pomohlo dost).
Start je sice jeste porad rychlejsi u 5.005 (cca o 30%,
ale ruzne dalsi testy jako DBI->connect, kompilace mnoha modulu,
prazdna smycka atd. uz jsou obcas rycheljsi v 5.8.6 a obcas v 5.005.

        Hmm, jeste dalsi takova vec, ktera se zrejme na tomto podepsala
- zmena mod_perlu a Apache. Vypada to, ze novy mod_perl nebo Apache zrejme
nejak rychleji ukoncuje pozadavky nebo neco takoveho, protoze IPVS rozdelovac
dava na stroj s novymi verzemi daleko vic pozadavku nez na ostatni stroje.
Cili kdyz jsem upgradovany stroj zaradil do klastru, tak na nem byl vetsi
load nez na ostatnich, ale taky zpracovaval vic pozadavku. Jeste zkusim
zmenit IPVS scheduler z wlc na wrr, aby mereni bylo objektivnejsi.
Skutecne vidim na novem stroji mene otevrenych spojeni (ipvsadm -L),
ale na grafech zhruba stejny pocet vyrizenych spojeni za minutu.
Jeste ze mam ty MRTG grafy.

	Cili: rekl bych, ze hlavni zpomaleni je asi staticka libperl.a
a ze ted uz se nova verze chova vicemene dle meho ocekavani.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/   Czech Linux Homepage: http://www.linux.cz/ |
-- Yes. CVS is much denser.                                               --
-- CVS is also total crap. So your point is?             --Linus Torvalds --