Takze uz jsem asi nasel kamen urazu.
Mam server, ktery je dost vytizeny. Nez ovsem bude novy, musim si vystacit s
tim co je. Mam problemy vubec s deployem samotneho EJB projektu.
Obcas se nahodi, obcas nikoli. Jak kdy. Mam pocit, ze jelikoz je server vytizen
na 96%, nema dostatek pameti.
Ve chvili, kdy jsem na locale nastavil -XX:MaxPermSize=64m a -Xmx128m, tak si
glasssfish vezme opravdu jen minimum.
Memory leak by tam byt nemel, neni co kde uchovavat, nikde zadnou instanci
nedrzi. Navic velikost namapovane pameti zustala, i kdyz jsem cely projekt
shodil a nechal bezet jen glassfish.
Nyni, jelikoz nema dostatek pameti, tak se konecne zacne chovat zpravne.
Promaze predchozi veci a uvolnuje prostredky.
Trochu jsem se bal, aby mi server nezkolaboval na nedostatku pameti
zapricinenou nejakym memory leakem.
Otazkou spis je, nakolik muzu glassfish poddimenzovat, aby byl vubec jeste
schopny provozu.
S tim udrzovanim v pameti si myslim, ze je z duvodu mapovani JPA v entity
manageru, alespon me nic lepsiho nenapadlo :)
Pokud ma jeste nekdo nejake poznatky ohledne nastaveni samotneho glassfishe,
budu rad za pripominku.
Jinak, jsem takovej lamer, nevim jak se da profilovat EJB projekt, ktery bezi
uvnitr glassfishe v EJB kontejneru. V netbeans mam profiler, ale umim jen
profilovat SE aplikaci. Navic moc dobre nerozeznam, kde muze byt Memory Leak :(
