X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 7AB0CD83F4 for ; Tue, 6 Sep 2005 12:13:50 -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 89020-09 for ; Tue, 6 Sep 2005 15:13:45 +0000 (GMT) Received: from mercure-1.sigma.fr (mercure-2.sigma.fr [195.25.81.10]) by svr1.postgresql.org (Postfix) with ESMTP id CADC6D8239 for ; Tue, 6 Sep 2005 12:13:44 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by mercure-1.sigma.fr (Postfix) with ESMTP id 3C3511FC for ; Tue, 6 Sep 2005 17:13:43 +0200 (CEST) Received: from mercure-1.sigma.fr ([127.0.0.1]) by localhost (mercure-2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12467-09 for ; Tue, 6 Sep 2005 17:13:42 +0200 (CEST) Received: from delpiv3000-124l (unknown [89.195.0.5]) by mercure-1.sigma.fr (Postfix) with ESMTP id A8F611F5 for ; Tue, 6 Sep 2005 17:13:42 +0200 (CEST) From: Marc Cousin Organization: Sigma Informatique Subject: Re: insert performance for win32 Date: Tue, 6 Sep 2005 17:13:41 +0200 User-Agent: KMail/1.8.2 Cc: pgsql-performance@postgresql.org References: <6EE64EF3AB31D5448D0007DD34EEB3417DD27E@Herge.rcsinc.local> In-Reply-To: <6EE64EF3AB31D5448D0007DD34EEB3417DD27E@Herge.rcsinc.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline To: Undisclosed.Recipients: ; Message-Id: <200509061713.41559.mcousin@sigma.fr> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at sigma.fr X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0 required=5 tests=[none] X-Spam-Level: X-Archive-Number: 200509/92 X-Sequence-Number: 14400 > > In my experience win32 is par with linux generally with a few gotchas on > either side. =A0Are your times with fsync=3Dno? It's much harder to give > apples-apples comparison with fsync=3Don for various reasons. It is with fsync=3Doff on windows, fsync=3Don on linux > > Are you running stats_command_string=3Don? =A0Try disabling and compare > results. Deactivated on windows, activated on linux > Is your loading app running locally or on the server? Yes > > I am very interesting in discovering sources of high cpu load problems > on win32. =A0If you are still having problems could you get a gprof > profile together? =A0There is a recent thread on win32-hackers discussing > how to do this. I'll give it a look.... > > Merlin