Skip site navigation (1) Skip section navigation (2)

RE: Re: Re: [ADMIN] High memory usage [PATCH]

From: "Dave Cramer" <dave(at)fastcrypt(dot)com>
To: "'Michael Stephenson'" <mstephenson(at)tirin(dot)openworld(dot)co(dot)uk>, "'PostgreSQL jdbc list'" <pgsql-jdbc(at)postgresql(dot)org>
Cc: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>
Subject: RE: Re: Re: [ADMIN] High memory usage [PATCH]
Date: 2001-06-22 15:20:54
Message-ID: 000001c0fb2e$f12b7b80$0201a8c0@INSPIRON (view raw or flat)
Thread:
Lists: pgsql-adminpgsql-jdbcpgsql-patches
Yes, this is the correct approach, great advice!

-----Original Message-----
From: pgsql-jdbc-owner(at)postgresql(dot)org
[mailto:pgsql-jdbc-owner(at)postgresql(dot)org] On Behalf Of Michael Stephenson
Sent: June 22, 2001 10:42 AM
To: PostgreSQL jdbc list
Subject: [JDBC] Re: Re: [ADMIN] High memory usage [PATCH]

[snip]

Wouldn't it be more elegant simply to make the ThreadLocal's static (as
I'd have thought was probably the intention of the original author),
this
would remove the possiblity of any memory leaks in a single threaded
environment, and have the same affect ultimately in a multithreaded
environment?

Michael Stephenson


---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

http://www.postgresql.org/search.mpl



In response to

pgsql-admin by date

Next:From: Lotus Luby-LooDate: 2001-06-22 15:46:20
Subject:
Previous:From: Michael StephensonDate: 2001-06-22 14:42:24
Subject: Re: Re: [ADMIN] High memory usage [PATCH]

pgsql-patches by date

Next:From: Marko KreenDate: 2001-06-22 16:29:14
Subject: Re: use GUC for cmdline
Previous:From: Michael StephensonDate: 2001-06-22 14:42:24
Subject: Re: Re: [ADMIN] High memory usage [PATCH]

pgsql-jdbc by date

Next:From: Joel StevensonDate: 2001-06-22 18:29:15
Subject: old product version number
Previous:From: Michael StephensonDate: 2001-06-22 14:42:24
Subject: Re: Re: [ADMIN] High memory usage [PATCH]

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group