Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 3D277133655C for ; Thu, 25 Nov 2010 10:53:49 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 70169-03 for ; Thu, 25 Nov 2010 14:53:41 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from nm16.bullet.mail.ac4.yahoo.com (nm16.bullet.mail.ac4.yahoo.com [98.139.52.213]) by mail.postgresql.org (Postfix) with SMTP id 6558D133616B for ; Thu, 25 Nov 2010 10:53:41 -0400 (AST) Received: from [98.139.52.189] by nm16.bullet.mail.ac4.yahoo.com with NNFMP; 25 Nov 2010 14:53:40 -0000 Received: from [98.139.52.174] by tm2.bullet.mail.ac4.yahoo.com with NNFMP; 25 Nov 2010 14:53:40 -0000 Received: from [127.0.0.1] by omp1057.mail.ac4.yahoo.com with NNFMP; 25 Nov 2010 14:53:40 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 866623.24132.bm@omp1057.mail.ac4.yahoo.com Received: (qmail 23173 invoked by uid 60001); 25 Nov 2010 14:53:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1290696820; bh=aQq08tlaEsS0s2siWM3KK65iDpTa8DjAJxtfNY8pBSw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=j9wTTwWhQ2oEurVfsDCz7B5KdBXG4pEDGGdfHe/e5g9eawVkdRjcPOwZQFVP3iDlTrf+Ix33a+YHMJCIkaTT/5b19C2hTaMTuA7dRonHqn6G2TETYuIguXEPte0SIrwCYs2SRn9Sdus0U7L56PXWM2+pftMQpPxeHzB0CQ50OSM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=qPisUDD2E6eiCvCVURMtDIseRryPvDesdL8E1CX5y0SoRHSTKzVR388Lng7qSuHHoj3sJn0I5pUVhGEUt9kLDf2UXrsXnMTtRcVzvBtyCTJeL9IgkMC7v8YIQ5mvS092q813MZPHftqFw+esEIRWl+R4K+Mxl3w5nTNL4lFt0RQ=; Message-ID: <561635.22935.qm@web65413.mail.ac4.yahoo.com> X-YMail-OSG: EErRhaQVM1nFK72hkSgXQ4rpX93FuzoAZlqsztvmgFzpwve y0uL_NxmKs._GMQoXuKAYT7a6_fM9T1qA71cy.ZqYqTuCoFU38o1lpgkd7tp IQ3lXWM44.UpLDUstd7d0t7gDhcTfZHaKRTskySAz2kKsrMa..xoVTSWB49A WNre.4Ny8mPl86ZBOpO2YI.d3gyGtnDC3NPui5iU1ZObkI5zi2lYg9BadlAO xiqCTdrU0vaHZ3.rogLKo.yAi2QBPOnTAom.0YKWxUuDL0hTQ8ta3W8CFgvO Cpo0.UJpAZzvhrSrzTmdKhKBe6TlxHnLEzm34006G9aWaeBO4Hi4kjS0m_ha uACXtrHO3o.uNjNFGmLWdjcGHX_iYeusBJ6AZoxNljLXMcQ-- Received: from [122.177.238.106] by web65413.mail.ac4.yahoo.com via HTTP; Thu, 25 Nov 2010 06:53:40 PST X-Mailer: YahooMailRC/553 YahooMailWebService/0.8.107.285259 References: <991565.83793.qm@web65414.mail.ac4.yahoo.com> <201011251310.17080.andres@anarazel.de> <9e934a9fa3759396caaec2c3974af5d6.squirrel@sq.gransy.com> Date: Thu, 25 Nov 2010 06:53:40 -0800 (PST) From: Divakar Singh Subject: Re: Which gives good performance? separate database vs separate schema To: tv@fuzzy.cz, Andres Freund Cc: pgsql-performance@postgresql.org, tv@fuzzy.cz In-Reply-To: <9e934a9fa3759396caaec2c3974af5d6.squirrel@sq.gransy.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-120276696-1290696820=:22935" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.908 tagged_above=-10 required=5 tests=BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RFC_ABUSE_POST=0.001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201011/375 X-Sequence-Number: 41399 --0-120276696-1290696820=:22935 Content-Type: text/plain; charset=us-ascii I am not facing any issues, but yes I want to have optimal performance for SELECT and INSERT, especially when I am doing these ops repeatedly. Actually I am porting from Oracle to PG. Oracle starts a lot of processes when it needs to run many schemas. I do not think PG would need much more resources (mem, cpu) if I go for different database for each process..? Also, is there any limit on number of databases I can start using a PG server? Best Regards, Divakar ________________________________ From: "tv@fuzzy.cz" To: Andres Freund Cc: pgsql-performance@postgresql.org; tv@fuzzy.cz; Divakar Singh Sent: Thu, November 25, 2010 5:55:33 PM Subject: Re: [PERFORM] Which gives good performance? separate database vs separate schema > On Thursday 25 November 2010 13:02:08 tv@fuzzy.cz wrote: >> I don't think you'll get performance improvement from running two >> PostgreSQL clusters (one for DB1, one for DB2). And when running two >> databases within the same cluster, there's no measurable performance >> difference AFAIK. > That one is definitely not true in many circumstances. As soon as you > start to > hit contention (shared memory, locks) you may very well be better of with > two > separate clusters. > > Andres > Good point, I forgot about that. Anyway it's hard to predict what kind of performance issue he's facing and whether two clusters would fix it. regards Tomas -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance --0-120276696-1290696820=:22935 Content-Type: text/html; charset=us-ascii
I am not facing any issues, but yes I want to have optimal performance for SELECT and INSERT, especially when I am doing these ops repeatedly.
Actually I am porting from Oracle to PG. Oracle starts a lot of processes when it needs to run many schemas. I do not think PG would need much more resources (mem, cpu) if I go for different database for each process..? Also, is there any limit on number of databases I can start using a PG server?
 
Best Regards,
Divakar



From: "tv@fuzzy.cz" <tv@fuzzy.cz>
To: Andres Freund <andres@anarazel.de>
Cc: pgsql-performance@postgresql.org; tv@fuzzy.cz; Divakar Singh <dpsmails@yahoo.com>
Sent: Thu, November 25, 2010 5:55:33 PM
Subject: Re: [PERFORM] Which gives good performance? separate database vs separate schema

> On Thursday 25 November 2010 13:02:08 tv@fuzzy.cz wrote:
>> I don't think you'll get performance improvement from running two
>> PostgreSQL clusters (one for DB1, one for DB2). And when running two
>> databases within the same cluster, there's no measurable performance
>> difference AFAIK.
> That one is definitely not true in many circumstances. As soon as you
> start to
> hit contention (shared memory, locks) you may very well be better of with
> two
> separate clusters.
>
> Andres
>
Good point, I forgot about that. Anyway it's hard to predict what kind of
performance issue he's facing and whether two clusters would fix it.

regards
Tomas


--
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance

--0-120276696-1290696820=:22935--