RE: Re: [ADMIN] High memory usage [PATCH]
От | Dave Cramer |
---|---|
Тема | RE: Re: [ADMIN] High memory usage [PATCH] |
Дата | |
Msg-id | 000001c0fb1d$ee00d830$0201a8c0@INSPIRON обсуждение исходный текст |
Ответ на | Re: Re: [ADMIN] High memory usage [PATCH] (Gunnar Rønning <gunnar@polygnosis.com>) |
Список | pgsql-jdbc |
On the thread safe issue: I am having a hard time understanding how one would share a statement across threads. I would expect that threadsafe just means don't use static buffers so that I can have multiple statements in multiple threads. I don't think it is possible to have two threads concurrently doing a query using one statement. This being said, I don't thing it is necessary to go to great lengths to lock within the statement as long as all the members within the statement are non-static. Comments? -----Original Message----- From: gunnar@polygnosis.com [mailto:gunnar@polygnosis.com] Sent: June 22, 2001 7:42 AM To: Dave Cramer Cc: Bruce Momjian; Rainer Mager; PostgreSQL jdbc list Subject: Re: [JDBC] Re: [ADMIN] High memory usage [PATCH] * "Dave Cramer" <Dave@micro-automation.net> wrote: | | my two cents worth... | | 1) what is the problem that this is trying to solve, I assume from the | subject that it is some sort of high memory usage? I would like to know as well. | 2) I am trying to understand how a statement would ever be used by more than | one thread at a time? I would think that it would be impossible to share | statements across threads. Quite easy. Just the same way as you share any other object across threads and according to the JDBC spec requires that the driver shoudl be thread safe. | 3) The double locking method used is alledgedly unsafe on SMP machines | http://www.javaworld.com/javaworld/jw-02-2001/jw-0209-double_p.html. Yup, double checked locking is not going to guarantee that you get properly initialized objects with the current Java spec. -- Gunnar Rønning - gunnar@polygnosis.com Senior Consultant, Polygnosis AS, http://www.polygnosis.com/
В списке pgsql-jdbc по дате отправления: