X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 2C8335280D for ; Thu, 30 Jun 2005 07:31:05 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 84492-05 for ; Thu, 30 Jun 2005 10:30:56 +0000 (GMT) Received: from mercury.sde (ns.sde.cz [194.149.124.54]) by svr1.postgresql.org (Postfix) with ESMTP id EBE495280C for ; Thu, 30 Jun 2005 07:30:54 -0300 (ADT) Received: from [10.0.1.2] (pc2.sde [10.0.1.2]) by mercury.sde (8.12.8/8.12.8) with ESMTP id j5UAUsrV025380 for ; Thu, 30 Jun 2005 12:30:54 +0200 Message-ID: <42C3C967.8060605@sde.cz> Date: Thu, 30 Jun 2005 12:28:55 +0200 From: Milan Sekanina User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: ODBC driver over network very slow Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.05 tagged_above=0 required=5 tests=FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200506/591 X-Sequence-Number: 13228 We are running an application that uses psqlodbc driver on Windows XP to connect to a server and for some reason the download of data from the server is very slow. We have created a very simple test application that inserts a larger amount of data into the database and uses a simple "SELECT * from test" to download it back. The INSERT of 10MB takes about 4 seconds, while the SELECT takes almost 5 minutes (with basically nothing else running on both the network and the two computers). If we run the PostgreSQL server on the local machine so that the network is not used, both actions are very fast. Do you have any idea what could be the cause of this behavior? Are there any driver settings/other drivers we should use? We are currently using psqlodbc version 7.03.02.00, but it seems that other versions we tried show the same behavior. We have tweaked the various driver settings but the times remain basically unchanged. Any ideas or hints are warmly welcome. regards Milan