Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 92CFF2E08D3 for ; Wed, 12 Mar 2008 14:49:11 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 96675-08 for ; Wed, 12 Mar 2008 14:48:55 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.5 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by postgresql.org (Postfix) with ESMTP id D61DE2E2E6F for ; Wed, 12 Mar 2008 14:48:54 -0300 (ADT) Received: by ti-out-0910.google.com with SMTP id y6so1400491tia.5 for ; Wed, 12 Mar 2008 10:48:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=sGPDcLgqjrTpKOqj1Fh1LQMVUFc/9IQZWNQO+R3X1Ds=; b=iehcuiWswW7Ocb1GJ3Tsv9NkyQvGEDfFhyQ6B+Vp96wvTFHFPPttf273Y3n0iRDcmUXE0v/eF2CpO5i5hZYfnO2obfWQwEAwyy9WN+8K1iMtoiJiVw7xfhNYA/dIbQQ6gLGk1RxXo7Z+0YQcLBZ+lNsLUCRJmR955TtFIN3P9Kg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uY1putzOi0qjj1s551Bx1UakM9epDQTdvCKhRMg7cc7yzTndJff7wC+rKUlq/OKygnF9dLD9q5la8HQDfqbefxFO2CTNivK4Iqywy7n07rr20F+mdon0P0oOz3aibvpTdiSfsN5OU0tPG5P13yn1MhVVJbRKs0LGkIhoUsq3xlo= Received: by 10.150.195.21 with SMTP id s21mr4719495ybf.9.1205344130998; Wed, 12 Mar 2008 10:48:50 -0700 (PDT) Received: by 10.150.97.21 with HTTP; Wed, 12 Mar 2008 10:48:50 -0700 (PDT) Message-ID: <2e78013d0803121048x2bbfcee3g8f7608607b6f4dee@mail.gmail.com> Date: Wed, 12 Mar 2008 23:18:50 +0530 From: "Pavan Deolasee" To: "Heikki Linnakangas" Subject: Re: [PERFORM] Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit Cc: "Tom Lane" , "Craig Ringer" , pgsql-patches In-Reply-To: <47D813FB.1000006@enterprisedb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47D505AF.4040101@postnewspapers.com.au> <47D67C3F.1030406@enterprisedb.com> <5827.1205269597@sss.pgh.pa.us> <47D7DE12.80700@enterprisedb.com> <2e78013d0803120847k2e8afbedrc39e29e5194d3c6e@mail.gmail.com> <19902.1205337439@sss.pgh.pa.us> <2e78013d0803121002o2b7a8531y1553ce66cb6d1537@mail.gmail.com> <47D80F5C.2060500@enterprisedb.com> <2e78013d0803121026r227bbebdr5189be193b4a1bf5@mail.gmail.com> <47D813FB.1000006@enterprisedb.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200803/196 X-Sequence-Number: 5259 On Wed, Mar 12, 2008 at 11:03 PM, Heikki Linnakangas wrote: > Subtransactions are assigned regular > XIDs as well, just like top-level transactions. > Ah, got it now. I never noticed this before. Thanks, Pavan -- Pavan Deolasee EnterpriseDB http://www.enterprisedb.com