Hlavní navigace

Vlákno názorů k článku Cocoon v příkladech: Instalace a první aplikace od Franta - Zdar vsem. Je to jenom muj pocit ze...

Článek je starý, nové názory již nelze přidávat.

  • 19. 11. 2003 9:55

    Franta (neregistrovaný)

    Zdar vsem.
    Je to jenom muj pocit ze je to cele docela pomale? Mame hromady PHP and C CGI scriptu na nasem internim serveru (2xAthlon MP 2000+) a to beha superrychle, ale ten cocoon mne dost mrzi svou pomalosti - sekunda dve tri nez se neco zorazi na vystupu - to nase "zakazniky" urcite odradi, zejmena kdyz jim zbytek naseho webu bude behat o hodne rychleji na PHP/C. Moc bych cocoon chtel pouzivat, protoze dostavame vsechny data nativne v XML, jenom to potrebujeme prezvykat a zobrazit ...

  • 19. 11. 2003 11:43

    hardcoder*ke (neregistrovaný)

    cocoon som si prave instaloval a idem ho skusit takze nemozem posudit rychchlost alebo nerychlost. vseobecne pri java servroch je problem ze ak maju rezervovanu zakladnu pamet tak su pomale alebo sa zrutia (out of memory). ale ak som rucne pridelil nieco viac pamete server vzdy behal krasne a s aplikaciami nebol problem. ale ako som pisal - prave som si ho instalol - napisem ake som mal dojmy.

  • 20. 11. 2003 9:22

    hardcoder*ke (neregistrovaný)

    nenarazil som na ziaden problem. pomalost aplikacie moze byt sposebena zlozitostou transformacie alebo spomalenim pri ziskavani dat. stalo by za uvahu spravit podrobne logovanie a najst _hrdlo_ ktore to sposobuje. inak cocoon je nadherny sposob komunikacie. dufam ze sa mu bude darit.

  • 19. 11. 2003 12:31

    Pavel Sykora (neregistrovaný)

    Mne osobne by asi jedna az tri sekundy prodlevy nevadily (i Intranet u nas v praci ma prumerne prodlevy casto podstatne vetsi :-), zvlaste proto, ze pokud stranka nabizi nejaky obsah, tak predpokladam, ze tam stravim minutu nebo i vice a tam se ta sekunda ztrati. Nicmene nemohu vyloucit, ze muze existovat aplikace, kde to muze vadit (web services). V Cocoonu je potreba brat jeste v uvahu, ze po zmene jsou nektere komponenty rekompilovane, takze prvni doba odezvy muze byt znacne delsi (je to podobne jako u JSP).

    Pro optimalizaci vykonu Cocoonu bych zkusil nasledujici:
    - nainstalovat nejnovejsi JDK/JRE - je to dost casto znat na rychlosti
    - popremyslet o cachovani v rourach Cocoonu
    - roura samotna muze byt navrzena vice ci mene (nebo hodne malo) efektivne (napr. vice XSL transformaci)
    - pohrat si s optimalizaci pameti Javy (alespon pridat pamet a omezit alokace dalsi pameti), pripadne s optimalizovat vzajemne pamet a GC (neni pro zacatecniky)
    - znacne rozdily mohou byt i mezi servletovymi kontejnery - zkusit Tomcat, Resin, BEA Weblogic, ...
    - uvazovat o rozdeleni statickeho a dynamickeho obsahu: posilat staticke HTML soubory a JPEG obrazky muze byt lepsi Apachem

    Neni ale mozne zarucit, ze cokoliv z vyse uvedeneho bude dostatecne (navic najit optimalni vyladeni bude dost prace). Cocoon je hodne flexibilni system a kazda flexibilita prinasi urcitou rezii. Podle meho nazoru moznosti a flexibilita Cocoonu tuto rezii vyvazuji. Dokazu si vsak predstavit, ze v PHP nebo v C pujde napsat system, ktery je na stejnem hardware o neco rychlejsi nez aplikace v Cocoonu.