From: | John Cook <johncook(at)interport(dot)net> |
---|---|
To: | pgsql-jdbc(at)postgresql(dot)org |
Subject: | Memory Leak / Prepared Statement |
Date: | 2001-08-02 19:38:18 |
Message-ID: | 3B69AC2A.34F1C10D@interport.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Hi,
I noticed several postings a month ago regarding a memory leak brought
about by the use of Thread.Local in jdbc2/PreparedStatement.java. I
have what seems like a similar problem, but I am not sure. I have
applied the patch, but I still have my problem (mine is not really
associated with DateFormat usage.)
I am running Enhydra Application Server 3.1 on top of Postgres and I
have been running an application that tries to match text strings to
items in my database. It has been running fine for months until
I recently made a modification that uses a lot of "LIKE" statements
(i.e. anywhere from 2-200 at a time.) Performance is fine, but memory
starts getting eaten up and I eventually hits an OutOfMemoryError. The
bigger the prepared statement (i.e. the more LIKEs) the more memory is
eaten and the faster I run out of memory. Oddly enough, before I added
the LIKE statements, I was running fine and, although I used a lot of
prepared statements (the app server did), memory was not being eaten
like this.
Has anyone had a similar experience and is it related to the
Thread.Local problem? Does anyone know if this is addressed in the
1.4.0 beta JDK or is it scheduled to be addressed in an upcoming
Postgresql release?
Any help would be greatly appreciated.
Thanks in advance.
John Cook
From | Date | Subject | |
---|---|---|---|
Next Message | Rene Pijlman | 2001-08-02 21:09:46 | Re: Problem building jdbc jars |
Previous Message | Marc G. Fournier | 2001-08-02 19:26:31 | Re: Re: What needs to be done? |