Re: K³opoty z Tomcatem 5.0.28

Autor: Leszek Kubrak <lesiok_at_infokub.com.pl>
Data: Sun 10 Jun 2007 - 10:58:08 MET DST
Message-ID: <466BBD20.90102@infokub.com.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed

Jan Waliszewski wrote:
> Od d³u¿szego czasu mam k³opoty z Tomcatem 5.0.28 pracuj±cym pod OS/2
> Warp Server for e-bussiness. Praktycznie raz na dobê (najczê¶ciej w
> godzinach nocnych) Tomcat koñczy pracê z komunikatem z maszyny
> wirtualnej OutOfMemory. Maszyna wirtualna to Java 1.4.1 z GoldenCode.
> Poniewa¿ maszyna wirtualna Javy posiada co¶ o nazwie "garbage
> collector", który powinien automatycznie chroniæ przed tego typu
> b³êdami, st±d wniosek ¿e od¶miecacz pracuje nieprawid³owo.
>
>
> Brak mo¿liwo¶ci bardzo pilnego rozwi±zania tego problemu spowoduje
> konieczno¶æ przeniesienia aplikacji na serwer linuksowy, czego ze
> zrozumia³ych powodów chcia³bym raczej unikn±æ.
>
> Na koniec tradycyjne pytanie: czy kto¶ z Was do¶wiadcza³ podobnych
> uci±¿liwo¶ci i jak sobie z tym poradziæ?
>
> Pozdrawiam - Jan Waliszewski
> _______________________________________________

Garbage collector NIE CHRONI przed tego typu sytuacjami.
Je¿eli aplikacja nie bêdzie zwalnia³a pamiêci to GC nic nie pomo¿e.
Nie zwolnienie pamiêci polega na trzymaniu w programie przynajmniej
jednej referencji do tej¿e. Czyli wystarczy prosty b³±d w kodzie
programu i pamiêci w koñcu braknie. Tak wiêc twój wniosek jest b³êdny.

Na pocz±tek spróbuj pobawiæ siê parametrami JVM :

-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
-Xss<size> set java thread stack size

-- 
=========================
Leszek KUBRAK
Received on Sun Jun 10 10:58:32 2007

To archiwum zosta³o wygenerowane przez hypermail 2.1.8 : Sun 10 Jun 2007 - 11:03:00 MET DST