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.
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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Asi tak, první je zapotřebí zjistit, co přesně tu věc brzdí. Když jde o "pro jednoho člověka to funguje, pro dvacet ne", většinou je problém špatný návrh aplikace, vzájemně se blokující SQL dotazy a podobné. Ladit nastavení TCP/IP nemá smysl, to s největší pravděpodobností ničemu nepomůže.
Ghormoon wrote:
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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
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@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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
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@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@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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
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@gmail.com:
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Delal jse mted par mereni - tipl bych to na pocet spojeni v apachi. pokud recykluju spojeni, nasledujici requesty uz bezi rychle. Nove spojeni dycky 5-20s ceka. Dela to i na tom uplne prvnim redirectu v apachi.
Gh.
Martin Miksanik wrote:
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@gmail.com mailto:poul.honza@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@gmail.com <mailto:ghormoon@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@gmail.com <mailto:ghormoon@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@gmail.com <mailto:poul.honza@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@gmail.com <mailto:ghormoon@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@gmail.com <mailto:poul.honza@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 <tel:739%20403%20177> _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list -- S přáním do hezkého dne *_Honza Poul_** * tel. 739 403 177 <tel:739%20403%20177> _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list -- S přáním do hezkého dne *_Honza Poul_** * tel. 739 403 177 <tel:739%20403%20177> _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz <mailto:Community-list@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
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
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@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@gmail.com:
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > > _______________________________________________ Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@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
Btw: jestli to je apache tak bych zkusil tady: http://httpd.apache.org/docs/2.0/mod/mpm_common.html#maxclients
PS: apache restartuj pres graceful-reload, at zbytecne neodpalujes lidi, co se uz dockali :)
2015-10-24 0:26 GMT+02:00 Martin Miksanik miksanik@gmail.com:
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@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@gmail.com:
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list >> >> > _______________________________________________ > Community-list mailing list > Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@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
Zda se mi ze ten netstat je ted plnej nejakych zaznamu:
tcp6 0 0 185.8.165.27:80 95.90.214.237:52898 TIME_WAIT -
a cele je to opet podstatne pomalejsi.
Dne 24. října 2015 0:30 Martin Miksanik miksanik@gmail.com napsal(a):
Btw: jestli to je apache tak bych zkusil tady: http://httpd.apache.org/docs/2.0/mod/mpm_common.html#maxclients
PS: apache restartuj pres graceful-reload, at zbytecne neodpalujes lidi, co se uz dockali :)
2015-10-24 0:26 GMT+02:00 Martin Miksanik miksanik@gmail.com:
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@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@gmail.com:
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >>> >>> >> _______________________________________________ >> Community-list mailing list >> Community-list@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@lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > >
Community-list mailing list Community-list@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@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
-- 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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
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@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@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@gmail.com:
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list >> >> > _______________________________________________ > Community-list mailing list > Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Jenom k tomu netstat: vetsinou tam je nula, jen nejaky anomalie vypichnu: asi to neni ok
tcp 4294967234 390 127.0.0.1:5432 127.0.0.1:59947 ESTABLISHED 5396/postgres: tcp 92444 0 127.0.0.1:50958 127.0.0.1:8080 ESTABLISHED 17597/apache2 tcp 199201 0 127.0.0.1:50853 127.0.0.1:8080 ESTABLISHED 17775/apache2 tcp 36436 0 127.0.0.1:50971 127.0.0.1:8080 ESTABLISHED 17608/apache2 tcp6 0 131584 127.0.0.1:8080 127.0.0.1:50958 ESTABLISHED 6890/java
no je tam toho jeste asi vice ... Ale v 99% 0 nebo 1. Muzu neco delat s temato hodnotama?
Dne 24. října 2015 0:33 Honza Poul poul.honza@gmail.com napsal(a):
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@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@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@gmail.com:
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >>> >>> >> _______________________________________________ >> Community-list mailing list >> Community-list@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@lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > >
Community-list mailing list Community-list@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- S přáním do hezkého dne
*Honza Poul* tel. 739 403 177
*Martin Miksanik:* Jeste jednou ahoj, dikec za navod.
Prosimte rikal si at se kouknu na maxClients na apache. Rychlost se podstatne zlepsila po uprave techto zaznamu:
predevsim:
<IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxRequestWorkers 150 MaxConnectionsPerChild 300 </IfModule>
<IfModule mpm_worker_module> StartServers 5 MinSpareThreads 25 MaxSpareThreads 75 ThreadLimit 64 ThreadsPerChild 25 MaxRequestWorkers 150 MaxConnectionsPerChild 300 </IfModule>
Ale nikde tam neni videt parametr MaxClinets. Mam ho tam dopsat?
Kdyby tu byl nekdo zkusenejsi kdo si s timto nastavenim hraje a videl, ze je tam nejaka blbost. Tak diky za radu.
Vecer, jesli uz ten odkaz nekde nezapadl tam zas mozna bude trosku naval. Tak uvidim zda se to zrychlilo.
Dikec moc vsem. Ahoj.
Dne 24. října 2015 0:33 Honza Poul poul.honza@gmail.com napsal(a):
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@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@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@gmail.com:
Jop. Zkusim. ted sem ale zkousel zobrazit stranky na ktere je pouze index.html ve kterem je jeden radek textu.
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@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@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@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@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@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@lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >>> >>> >> _______________________________________________ >> Community-list mailing list >> Community-list@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@lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > >
Community-list mailing list Community-list@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- S přáním do hezkého dne
*Honza Poul* tel. 739 403 177
Ghormoon dikec. Pokud udelam:
Tady prikladam komunikaci z prohlizece. Prvni redirect je z konfigurace virtualky, kde je pravidlo bez www na www. Druhej redirect je v aplikaci, pokud tam neni parametr jazyka, tak se to prida. treti uz je asi nacteni html z aplikace ...
No ty casy. Je mi blivno. Toto je pri 130 lidech online. (pokus o hrani tak 100 lidi -> ale asi to vubec nejde pri techto odezvach)
Jdu zkusit tu pokusnou aplikaci.
Dne 23. října 2015 23:47 Ghormoon ghormoon@gmail.com napsal(a):
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@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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
A uplna blbost. Nemas na webovem frontentu sekly max. limit spojeni? Jestli ti nevisi uzivatele tam. Mesto jmeno zvire vec by mela byt na vypocty uplne trivialni a pokud to neni uplne prasacke, tak by to mela snest i Java, Postgres rozhodne.
2015-10-23 23:55 GMT+02:00 Honza Poul poul.honza@gmail.com:
Ghormoon dikec. Pokud udelam:
Tady prikladam komunikaci z prohlizece. Prvni redirect je z konfigurace virtualky, kde je pravidlo bez www na www. Druhej redirect je v aplikaci, pokud tam neni parametr jazyka, tak se to prida. treti uz je asi nacteni html z aplikace ...
No ty casy. Je mi blivno. Toto je pri 130 lidech online. (pokus o hrani tak 100 lidi -> ale asi to vubec nejde pri techto odezvach)
Jdu zkusit tu pokusnou aplikaci.
Dne 23. října 2015 23:47 Ghormoon ghormoon@gmail.com napsal(a):
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@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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Martin Miksanik Ahoj, muzes mi poradi kde hledat? Limit sem zvysoval v glassfishi na nevim uz kolik. Ale problem se deje i na statickem obsahu viz jeden z mailu. Takze je treba nastavit to nekde jinde ... apache? ubuntu(tam jsem neco zkousel dle navodu, ale nepustila me openVZ). Je to napsane podle meho nejlepsiho vedomi a svedomi. :] :] Je mozne ze sou tam boty, ale nikde tam neni zadnej deadlock a narocnejsi vypocty cachuji ... A je pravda ze je to trivialni aplikace. Vsehovsudy 6 tabulek co maj nejakej vyznam.
Tyjooo, to musi jet.
Jen teda, kdyz odparu konfiguraci TCP/IP -> coz stejne neudelam pac nemuzu (openVZ) rekneme si ze to neni napsany zas tak na prase a neni to zas tak slozity aby to ta java neutahla ... zbyva mezi tim jeste apache proxy, co by se dalo zmenit tam?
dikec
Dne 24. října 2015 0:02 Martin Miksanik miksanik@gmail.com napsal(a):
A uplna blbost. Nemas na webovem frontentu sekly max. limit spojeni? Jestli ti nevisi uzivatele tam. Mesto jmeno zvire vec by mela byt na vypocty uplne trivialni a pokud to neni uplne prasacke, tak by to mela snest i Java, Postgres rozhodne.
2015-10-23 23:55 GMT+02:00 Honza Poul poul.honza@gmail.com:
Ghormoon dikec. Pokud udelam:
Tady prikladam komunikaci z prohlizece. Prvni redirect je z konfigurace virtualky, kde je pravidlo bez www na www. Druhej redirect je v aplikaci, pokud tam neni parametr jazyka, tak se to prida. treti uz je asi nacteni html z aplikace ...
No ty casy. Je mi blivno. Toto je pri 130 lidech online. (pokus o hrani tak 100 lidi -> ale asi to vubec nejde pri techto odezvach)
Jdu zkusit tu pokusnou aplikaci.
Dne 23. října 2015 23:47 Ghormoon ghormoon@gmail.com napsal(a):
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@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@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@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@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@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
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
community-list@lists.vpsfree.cz
-
Ghormoon -
Honza Poul -
Jiri 'Ghormoon' Novak
-
Jirka Bourek -
Martin Miksanik