X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 4F6959FA4E4 for ; Sun, 2 Jul 2006 03:26:12 -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 66955-03 for ; Sun, 2 Jul 2006 03:26:05 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [203.96.152.181]) by postgresql.org (Postfix) with ESMTP id 170DD9FA250 for ; Sun, 2 Jul 2006 03:26:04 -0300 (ADT) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J1R000O9J7EHL@linda-2.paradise.net.nz> for pgsql-performance@postgresql.org; Sun, 02 Jul 2006 18:26:03 +1200 (NZST) Received: from [192.168.1.11] (218-101-28-133.dsl.clear.net.nz [218.101.28.133]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 52F2711B41DC; Sun, 02 Jul 2006 18:26:02 +1200 (NZST) Date: Sun, 02 Jul 2006 18:25:56 +1200 From: Mark Kirkwood Subject: Re: [pgadmin-support] 100% CPU In-reply-to: <20060630175834.GH17241@pervasive.com> To: Peter Newman Cc: "Jim C. Nasby" , pgsql-performance@postgresql.org Message-id: <44A766F4.8040606@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5 (X11/20060417) References: <20060630175834.GH17241@pervasive.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200607/1 X-Sequence-Number: 19861 Jim C. Nasby wrote: > moving to -performance > > On Fri, Jun 30, 2006 at 08:32:39AM +0100, Peter Newman wrote: >> Good Morning >> >> I am new to postgres and have been asked to look at a server where we >> truncate a table then load data. >> >> The CPU has started to hit 100% usage during this process. >> This could be a good sign! - if you are using COPY into a table with no indexes and your machine has a good IO subsystem, then typically cpu becomes the limiting factor. However as Jim suggested, more details would be good, otherwise we are just guessing! Cheers Mark