| From: | "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Zoltan Boszormenyi <zboszor(at)dunaweb(dot)hu>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: [PERFORM] psql -A (unaligned format) eats too much memory |
| Date: | 2006-06-05 15:53:49 |
| Message-ID: | 20060605155349.GU53487@pervasive.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-performance |
On Mon, Jun 05, 2006 at 11:27:30AM -0400, Tom Lane wrote:
> "Jim C. Nasby" <jnasby(at)pervasive(dot)com> writes:
> > I've been able to verify this on 8.1.4; psql -A -t -c 'SELECT * FROM
> > largetable' > /dev/null results in psql consuming vast quantities of
> > memory. Why is this?
>
> Is it different without the -A?
Nope.
> I'm reading this as just another uninformed complaint about libpq's
> habit of buffering the whole query result. It's possible that there's
> a memory leak in the -A path specifically, but nothing said so far
> provided any evidence for that.
Certainly seems like it. It seems like it would be good to allow for
libpq not to buffer, since there's cases where it's not needed...
--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Teodor Sigaev | 2006-06-05 15:58:02 | Re: Connection Broken with Custom Dicts for TSearch2 |
| Previous Message | Tom Lane | 2006-06-05 15:27:30 | Re: [PERFORM] psql -A (unaligned format) eats too much memory |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2006-06-05 16:00:35 | Re: [PERFORM] psql -A (unaligned format) eats too much memory |
| Previous Message | Tom Lane | 2006-06-05 15:27:30 | Re: [PERFORM] psql -A (unaligned format) eats too much memory |