X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id B39C99FA5E1 for ; Wed, 31 May 2006 17:55:43 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 76429-03 for ; Wed, 31 May 2006 17:55:35 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by postgresql.org (Postfix) with ESMTP id ED46B9FA5E9 for ; Wed, 31 May 2006 17:55:33 -0300 (ADT) Received: from [84.143.7.134] (helo=pse.dyndns.org) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1FlXj03lPV-0008Qi; Wed, 31 May 2006 22:55:31 +0200 Received: from p548f0786.dip0.t-ipconnect.de ([84.143.7.134] helo=[192.168.0.100]) by pse.dyndns.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44) id 1FlXiz-00052H-Og; Wed, 31 May 2006 22:55:29 +0200 Message-ID: <447E02A2.2040502@pse-consulting.de> Date: Wed, 31 May 2006 22:54:58 +0200 From: Andreas Pflug User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Dave Page CC: Tom Lane , Magnus Hagander , pgsql-hackers@postgresql.org Subject: Re: Possible TODO item: copy to/from pipe References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:0ce7ee5c3478b8d72edd8e05ccd40b70 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200605/1359 X-Sequence-Number: 84224 Dave Page wrote: > It's not about a primarily GUI based OS not being able to do > everything a traditionally command line based OS can do on the > command line, it's about providing a solution that will work on > either and remain portable. Whilst I agree with your objection to > using pg_lzcompress, Well, pg_lzcompress is in the backend for more than 6 years now, strange the objections arise now. However, a replacement for it might be a good idea, since apparently the fastest gzip algorithm is 3x faster for 10% better compression. TOAST write performance would probably profit significantly from a better algorithm. I wonder what other use-cases exist for server side copy filters beyond compression. Regards, Andreas