[vpsFree.cz: community-list] Rychlost vps

Honza Poul poul.honza at gmail.com
Sat Oct 24 00:33:05 CEST 2015


Super, dik za navod.

Ted jsem dle tohoto navodu udelal zmeny:
https://www.maketecheasier.com/optimizing-apache-part-1/ a je to znat asi
tak o 1000%;  z 20 sekund na 100 milisekund. Coz by asi slo.

Ale mozna to je tim, ze sem restartoval apache a za chvili se zase zahlti.
Uvidime. Ale zatim pri 140 hracich jede fajn.

Dne 24. října 2015 0:26 Martin Miksanik <miksanik at gmail.com> napsal(a):

> ok. zacni nestat -nap | less a podivej se, kolik visi spojeni u tcp, port
> 80/443 a jejich navaznosti.
> Pokud jsou v levo visla vetsi nez nula, znamena to, ze ti prisly packety
> na TCP, ale jeste si je nevyzvedl -> nestacis obsluhovat -> nekdo neprijima.
> Pokud tam bude nazev jako webserveru -> zvysuj tam
> Pokud tam bude nazev neco s glassfish -> tam
> Jeste se podivej na PG, kolik je pripojenych useru a neco delaji -> SELECT
> * FROM pg_stat_activity; -> vetsina by mela mit IDLE v state
>
> 2015-10-24 0:16 GMT+02:00 Martin Miksanik <miksanik at gmail.com>:
>
>> Jestli ten glassfish nemas naprimo userum, ale mas pred tim nginx/apache
>> tak se podivej na maximalni limit spojeni, pocty workeru atd., aby to
>> viselo az na Jave -> Databazi.
>> Tzn., ze staticka stranka primo linknuta v webserveru (index.html,
>> obrazek atd.) se nacte okamzite.
>> Taky neni spatna volba rict webservru, at "cache"uje veci, co se nemeni,
>> tim taky usetris dost vykonu (staticke veci, obrazky, styly, js)
>> Java by mela pro spojeni k DB pouzivat "pool", takze by ti to tech
>> spojeni zase tolik sezrat nemelo a kdyz ne, tak bych zacal tady, at ti to
>> nereze DB -> nema vice spojeni, nez DB snese, pak to to skonci v nekonecnem
>> cyklu, ze neni pristup do DB.
>>
>> 2015-10-24 0:04 GMT+02:00 Honza Poul <poul.honza at gmail.com>:
>>
>>> Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze
>>> index.html ve kterem je jeden radek textu.
>>>
>>> http://photo.poul.cz/
>>>
>>> me to trvalo 20 sekund.
>>>
>>>>>>
>>> Myslis ze kdyby gc neustal cistil, tak se bude dit toto? Pokud je tam 8
>>> jader. Tak by se o to mohl postarat. Ale limity klidne zvednu. :] Dik
>>>
>>>
>>>
>>> Dne 23. října 2015 23:49 Ghormoon <ghormoon at gmail.com> napsal(a):
>>>
>>> Jeste me napadlo, kdyz rikas ze mas vyuzity 1gb, nemas nejak moc osekany
>>>> limity na pamet javy pro aplikac? Zkus mu trosku pridat, treba nedela nic
>>>> jinyho, nez ze pousti gc :)
>>>> On Oct 23, 2015 23:47, "Ghormoon" <ghormoon at gmail.com> wrote:
>>>>
>>>>> Zkus do ty pokusny aplikace hodit nejaky logovani casu (start,
>>>>> nactenej soubor, konverze xml, konec) at vis, jestli to visi v ni a
>>>>> pripadne na cem. V apachi teoreticky muzes mit nakou blbost taky, ale 20s
>>>>> zpozdeni na apachi sem v zivote nevidel :) muzes si zkusit hodit nejakej
>>>>> static content at vis, ze se nezblaznil uplne. Pripadne pak jako dalsi krok
>>>>> neco "statickyho" vracet z ty pokusny aplikace, jestli to netrva nejak
>>>>> odporne dlouho request na aplikac.
>>>>>
>>>>> Gh.
>>>>> On Oct 23, 2015 23:41, "Honza Poul" <poul.honza at gmail.com> wrote:
>>>>>
>>>>>> Dikec,
>>>>>>
>>>>>> toto jsem resil s kolegou a myslim ze toto neni az tak problem.
>>>>>> Zvysoval jsem pool pro postgre na 200 spojeni. Pak pooly v glassfishi ...
>>>>>> atd.
>>>>>> Na celem serveru je zabrano 1GB ram ze 4GB.
>>>>>>
>>>>>> Na homepage, ktera je stejne pomala jako ostatni stranky neni zadnej
>>>>>> sql dotaz.
>>>>>>
>>>>>> Ty nejpomalejsi dotazy uz byly prepsany za pomoci cloveka co tomu
>>>>>> rozumi. Vyladil mi indexy v databazi a slapalo to svizne. Nektere dotazy
>>>>>> prepsal. Urcite je tam co zlepsovat, ale nemyslim si ze to zpusobuje to co
>>>>>> se tam deje.
>>>>>>
>>>>>> Dnes jsem udelal pokus. Zalozil jsem si druhou instanci serveru
>>>>>> (druhou domenu) a na ni dal uplne jednoduchou aplikaci, ktera nema zadne
>>>>>> spojeni do databaze. Pouze nacte nejaka data ze souboru a ulozi vypise je
>>>>>> jako xml. No ale i tato aplikace, ktera je jesli to dobre chapu v jinem
>>>>>> procesu javy se nacita strasne dlouho. cca 20 sekund.
>>>>>>
>>>>>> Mam to za apache proxy. Je mozne ze mam nejake spatne nastaveni tam.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Dne 23. října 2015 23:22 Ghormoon <ghormoon at gmail.com> napsal(a):
>>>>>>
>>>>>>> Zacal bych tim, ze se kouknu co to brzdi ... dochazi jave ramka?
>>>>>>> Smazi naplno procak? Nebo mas jen pomaly dotazy do databaze? Mrkni, co to
>>>>>>> zere, zapni si slow log v databazi at vis, co je nejvetsi problem.
>>>>>>>
>>>>>>> Gh.
>>>>>>> On Oct 23, 2015 11:12 PM, "Honza Poul" <poul.honza at gmail.com> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Ahoj,
>>>>>>>>
>>>>>>>> uz asi rok si delam jednoduchou hru. Mozna ji znate na papir ->
>>>>>>>> mesto jmeno zvire vec. Tak nejak sem to bastlil obcas neco dopsal a hralo
>>>>>>>> to cca 500 lidi rozlozenych do celeho dne. Takze zadne prolemy s vykonem.
>>>>>>>> Vcera o tom ale nekde v nemecku vysla nejaka zprava a od te doby se snazi
>>>>>>>> hrat cca 200 lidi najednou. Ono to zase odezni, az se na to zapomene. No
>>>>>>>> ale ted vidim, ze to je uplne v pasti.
>>>>>>>> Pokud je tam vic jak 100 lidi online, tak se i blba stranka kde
>>>>>>>> neni zadnej dotaz do databaze nacita treba 20 sekund.
>>>>>>>>
>>>>>>>> jede to na Jave, Ubuntu 14.4, Glassfish, postgres
>>>>>>>>
>>>>>>>> Hledal jsem vsechno mozne, az sem se dostal ke clanku
>>>>>>>> http://docs.oracle.com/cd/E26576_01/doc.312/e24936/tuning-os.htm#GSPTG00224
>>>>>>>> kde je par prikazu jak si nastavit nejake hodnoty pro tcp/ip ... a pak po
>>>>>>>> par pokusech k tomu, ze to na te virtualce nepujde. Coz chapu, bylo to v
>>>>>>>> jinem clanku ze na openVZ nic. Ale nevim co dal resit, lidi tam chodi,
>>>>>>>> chvili se jim toci hodiny a zase odejdou ... docela skoda.
>>>>>>>>
>>>>>>>> Je 200 lidi velke cislo pro tu virtualku? Nebo to je normalni a mam
>>>>>>>> nekde proste neco blbe nastaveneho?
>>>>>>>>
>>>>>>>> Nevite nekdo jak bych to mohl resit a co bych treba mohl zlepsit
>>>>>>>> aby to fungovalo? Nejaky tip kam se podivat do nastaveni a co zmenit?
>>>>>>>>
>>>>>>>>
>>>>>>>> Dikec za jakoukoli pomoc.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> S přáním do hezkého dne
>>>>>>>>
>>>>>>>> *Honza Poul*
>>>>>>>> tel. 739 403 177
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Community-list mailing list
>>>>>>>> Community-list at lists.vpsfree.cz
>>>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Community-list mailing list
>>>>>>> Community-list at lists.vpsfree.cz
>>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> S přáním do hezkého dne
>>>>>>
>>>>>> *Honza Poul*
>>>>>> tel. 739 403 177
>>>>>>
>>>>>> _______________________________________________
>>>>>> Community-list mailing list
>>>>>> Community-list at lists.vpsfree.cz
>>>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>>>
>>>>>>
>>>> _______________________________________________
>>>> Community-list mailing list
>>>> Community-list at lists.vpsfree.cz
>>>> http://lists.vpsfree.cz/listinfo/community-list
>>>>
>>>>
>>>
>>>
>>> --
>>> S přáním do hezkého dne
>>>
>>> *Honza Poul*
>>> tel. 739 403 177
>>>
>>> _______________________________________________
>>> Community-list mailing list
>>> Community-list at lists.vpsfree.cz
>>> http://lists.vpsfree.cz/listinfo/community-list
>>>
>>>
>>
>>
>> --
>> S přáním pěkného dne,
>> Martin Mikšaník
>>
>> gsm: +420 602 623 934
>> icq: 311047283
>>
>
>
>
> --
> S přáním pěkného dne,
> Martin Mikšaník
>
> gsm: +420 602 623 934
> icq: 311047283
>
> _______________________________________________
> Community-list mailing list
> Community-list at lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
>


-- 
S přáním do hezkého dne

*Honza Poul*
tel. 739 403 177
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vpsfree.cz/pipermail/community-list/attachments/20151024/fc114996/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cam18.png
Type: image/png
Size: 39081 bytes
Desc: not available
URL: <http://lists.vpsfree.cz/pipermail/community-list/attachments/20151024/fc114996/attachment-0002.png>


More information about the Community-list mailing list