X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 41C6452889 for ; Tue, 14 Jun 2005 00:04:16 -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 16687-08 for ; Tue, 14 Jun 2005 03:04:06 +0000 (GMT) Received: from biglumber.com (biglumber.com [207.228.252.42]) by svr1.postgresql.org (Postfix) with SMTP id 96E8B52876 for ; Tue, 14 Jun 2005 00:04:04 -0300 (ADT) Received: (qmail 25286 invoked from network); 14 Jun 2005 03:04:03 -0000 Received: from unknown (HELO localhost) (207.228.252.42) by 0 with SMTP; 14 Jun 2005 03:04:03 -0000 From: "Greg Sabino Mullane" To: pgsql-interfaces@postgresql.org Subject: Re: DBD::Pg performance bites compared to DBD::mysql? X-PGP-Key: 2529 DF6A B8F7 9407 E944 45B4 BC9B 9067 1496 4AC8 X-Request-PGP: http://www.biglumber.com/x/web?pk=2529DF6AB8F79407E94445B4BC9B906714964AC8 In-Reply-To: <87ekbhk05w.fsf@stark.xeocode.com> Date: Tue, 14 Jun 2005 03:04:03 -0000 X-Mailer: JoyMail 1.48 Message-ID: <933399e2f40b843429889b52d6ebae8d@biglumber.com> X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.133 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200506/39 X-Sequence-Number: 5607 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> the above trace only shows a factor of 2 total penalty, but I've >> seen up to a factor of 4 in other cases. There is no way that a >> client-side driver should be taking several times longer than the >> backend to process a SQL command :-( > What version of DBD::Pg did you test with? This is a problem with the newer versions as well. Maybe even worse, as we had to do some contortions when the PQprepare 7.4/8.0 mess appeared. However, we can definitely speed up that part of the code. I'll see about doing this soon. I still maintain the original test is brain-dead, however. :) It was testing for "insert speed" by basically doing this: for (1..1000) { $dbh->do("INSERT INTO testtable(a,b) VALUES (1,2)"); } It's as if the people who wrote it *cough*mysql*cough* never heard of prepare/execute and did not read the DBI docs. It's very similar to the script on this page: http://www.innodb.com/bench.php - -- Greg Sabino Mullane greg@turnstep.com PGP Key: 0x14964AC8 200506121438 http://biglumber.com/x/web?pk=2529DF6AB8F79407E94445B4BC9B906714964AC8 -----BEGIN PGP SIGNATURE----- iD8DBQFCrILHvJuQZxSWSsgRAkqnAKCoU1XAfE9nsQf11U0hM2P7Vt/uOACfSXmN Dt9h3ACXGLEAXiIdjcXMLRg= =8fiG -----END PGP SIGNATURE-----