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

Re: BUG #2236: extremely slow to get unescaped bytea data

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Kalador Tech Support <support(at)kalador(dot)com>
Cc: Michael Fuhr <mike(at)fuhr(dot)org>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #2236: extremely slow to get unescaped bytea data
Date: 2006-02-09 15:24:56
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugs
Kalador Tech Support <support(at)kalador(dot)com> writes:
> When run from a browser, accessing an Apache webserver, the results 
> displayed were:

> fetch    time = 3.632ms, 296043 bytes
> unescape time = 70625.518ms, 296043 bytes

Is it possible that you are relying on an old (like 7.3) libpq?
I find this in the CVS logs:

2003-06-11 21:17  momjian

	* src/interfaces/libpq/fe-exec.c: I found the libpq function
	PGunescapeBytea a little slow. It was taking a minute and a half to
	decode a 500Kb on a fairly fast machine. I think the culprit is
	The new function is significantly faster on my machine with the
	JPEGs being decoded in less than a second. I attach a modified
	libpq example program that I used for my testing.
	Ben Lamb.

			regards, tom lane

In response to


pgsql-bugs by date

Next:From: Tom LaneDate: 2006-02-09 15:26:00
Subject: Re: BUG #2249: unsupported frontend protocol
Previous:From: Andrew - SupernewsDate: 2006-02-09 15:12:20
Subject: Re: BUG #2243: Postgresql fails to finish some queries

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