Are there any tools for this? I think Sun makes jre source code
available.
If I can't find any tools and I don't have anything else to do,
maybe I can look through this for ways to get out diagnostics
at least for my Windows jre...
Mike Marchywka
Senior Engineer
EyeWonder
2859 Paces Ferry Road
Suite 1200
Atlanta GA 30339
770-261-5084(W)
770-434-7510(H)
FAX: 770-261-5080
[EMAIL PROTECTED]
-----Original Message-----
From: Frank Karlstr�m [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 02, 2001 2:39 AM
To: [EMAIL PROTECTED]
Subject: Re: SilverStream eating memory
I found that with this simple servlet, some objects, (temporary string
objects, char[]'s Servlet Context objects etc) were left, with the
servlet
at the top of the chain. At least of the objects I wrote. It may be the
Classloader that refuses to dereference the servlets, but.... I dont
know,
Im jyst guessing, maybe someone knows what is going on....
Best regards Frank Karlstr�m
----- Original Message -----
From: "Mike Marchywka" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 1:14 AM
Subject: Re: SilverStream eating memory
How do you determine reference counts? If a JVM refuses to
GC your G, what do you do? I've run into this with Graphics
objects on some OS/JVM combinations. What group should I turn
to for this info?
In the case of servlets, what would continue to reference them once
they are supposed to terminate?
Thanks,
Mike Marchywka
Senior Engineer
EyeWonder
2859 Paces Ferry Road
Suite 1200
Atlanta GA 30339
770-261-5084(W)
770-434-7510(H)
FAX: 770-261-5080
[EMAIL PROTECTED]
-----Original Message-----
From: Mark Galbreath [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 29, 2001 5:50 PM
To: [EMAIL PROTECTED]
Subject: Re: SilverStream eating memory
You'd probably get a better response from the J2EE interest group, since
SilverStream is a J2EE app server. You can sign on at
java.sun.com/products/j2ee.
Cheers!
Mark
----- Original Message -----
From: "Frank Karlstr�m" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 29, 2001 2:01 AM
Subject: SilverStream eating memory
> Hello. I do not know if this is the right plce to post this question,
but
I
> have seen some others having the same problem with other Application
> servers/servlet enginges....
>
> Symptom:
> Server is up and running in about one day, then it crashes, because
the
> server runs out of available memory.
>
> Description:
> After a bit of memory debugging, it seems that our servlets and all
depended
> classes are almost GC'ed. But there always remains a 20 byte reference
to
> the servlet and all depended classes. So if your servlet is somewhat
> complicated, this will eat your memory by 4K for every hit to your
servlet.
> when the memory consumption reashes the heap roof, Garbage-Collection
takes
> place, and the heap is enlarged.And so it continues from the beginning
until
> it runs of of heap space again.
> Again and again, until the heap can grow no more, and the JVM stops
> responding, often taking the OS down too.
> I have tried with a veeeeery simple servlet wich does nothing, and he
same
> symptoms appear here.
>
> Simple source:
> public class SimpleServlet extends HttpServlet {
> public void doGet(HttpServletRequest req, HttpServletResponse res)
{
> res.setContentType("text/plain");
> res.setStatus(res.SC_OK);
> PrintWriter out = res.getWriter();
> out.println("servlet worked, and now we have 20 bytes less
> memory.");
> out.flush();
> out.close();
> return;
> }
> }
>
>
>
>
> Partial solution:
> The only solution so far for this problem has been twofolded:
> 1. take a restart every day.
> or
> 2. have a thread running in the background doing a manual GC every now
and
> then.
>
> None of these solutions are good ones. So if someone can point out to
as
> what we are doing wrong, or show us a workaround, lives will
definentily
be
> much easier.
>
> (PS. we are using SilverStream Application Server v. 3.7,
> Java JRE 1.3.0 with HotSpot VM 1.3.0-C, mixed mode)
>
>
> Best regard Frank Karlstr�m
> Web-developer/Java programmer
>
>
________________________________________________________________________
___
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources:
http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
________________________________________________________________________
___
To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
________________________________________________________________________
___
To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
________________________________________________________________________
___
To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
