Received: from localhost (maia-2.hub.org [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id 0C4929FB50A for ; Sat, 28 Apr 2007 15:15:58 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 41932-02 for ; Sat, 28 Apr 2007 15:15:42 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.4 Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by postgresql.org (Postfix) with ESMTP id DEC5E9FB478 for ; Sat, 28 Apr 2007 15:15:53 -0300 (ADT) Received: by nz-out-0506.google.com with SMTP id s1so850144nze for ; Sat, 28 Apr 2007 11:15:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=HnT4MMLU/r/LU9t+NEl1CDbN3vXttxN4OEdmxpjDomF/NrEXgP+cg+l0AYwAmleIV6534nR6YgK3qMBMopADTLVRdYtAMnCWOUwtjb2ATde+g3EhmQso1fjqe2eLj4d1PLx2NdTgwNkguAFQs2Sq+OgkM0LdYW8viINXHWUWcb8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=emRUBdM5TxaxoRhS5mAnWFXJtbr+CzTORUD6VSJVNr8iQWUmhj2DRJ1aSO44tmGKH2jzod2cNl9PtUForCDnY9wyY4Vmq+gLs0zIMU4L8X1kQlYryb8yUo7OYXyjgG8DyKdz1n3iC6elY+ejx+/CIvWXR2Eh9Q2OsukzJM2zlT4= Received: by 10.114.134.1 with SMTP id h1mr1460087wad.1177784152697; Sat, 28 Apr 2007 11:15:52 -0700 (PDT) Received: by 10.114.12.15 with HTTP; Sat, 28 Apr 2007 11:15:52 -0700 (PDT) Message-ID: <7be3f35d0704281115l61a0e64rbabdd8e73149c015@mail.gmail.com> Date: Sat, 28 Apr 2007 20:15:52 +0200 From: "Harald Armin Massa" To: "Jonah H. Harris" Subject: Re: Feature Request --- was: PostgreSQL Performance Tuning Cc: "Carlos Moreno" , "PostgreSQL Performance" In-Reply-To: <36e682920704280954t1f42c51aya2f1899bf2ab892e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_242409_31118436.1177784152623" References: <46310247.2050802@pinpointresearch.com> <463158DD.3060602@mochima.com> <2679.1177642153@sss.pgh.pa.us> <4631FA55.4010406@mochima.com> <7be3f35d0704280131o6e6d2044n78c207e77b55f6a1@mail.gmail.com> <36e682920704280954t1f42c51aya2f1899bf2ab892e@mail.gmail.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200704/493 X-Sequence-Number: 24370 ------=_Part_242409_31118436.1177784152623 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Jonah, Um, shared_buffers is one of the most important initial parameters to > set and it most certainly cannot be set after startup. Not after startup, correct. But after installation. It is possible to chang= e PostgreSQL.conf (not ini, to much windows on my side, sorry) and restart postmaster. Because a lot of good assumptions can be made on the initial install. > Likewise, some of the most important parameters cannot be tuned after > startup. Yes. These assumptions can be made - but then they are assumptions. When th= e database is filled and working, there are measurable facts. And yes, that needs a restart of postmaster, that does not work on 24/7. But there are many databases which can be restartet for tuning in regular maintainance sessions. > :) which gives nice graphics and "optimized", like those Windows > Optimizers. > > :) I am sure, some DBAs in BIGCOMPs would be thrilled :) > > >I'd suggest that you not make snide remarks about someone else's > >design when your own analysis is somewhat flawed. Sorry, Jonah, if my words sounded "snide". I had feedback from some DBAs in BIGCOMPs, who said very positive things about the beauty of pgadmin. I saw some DBAs quite happy about the graphical displays of TOAD. I worked for a MVS Hoster who paid BIG SUMS to Candle Software for a Software called Omegamon, which made it possible to have charts about performance figures. So I deducted that people would even be willing to pay money for a GUI whic= h presents the opimizing process. That idea of "tune PostgreSQL database after installation" also came from the various request on pgsql-performance. Some ask before they install; but there are also MANY questions with "our PostgreSQL database was running fas= t untill xxxx", with xxxx usually being a table grown bigger then n records. And I really did not want to discredit the idea of properly configuring fro= m the start. Just wanted to open an other option to do that tuning. Harald --=20 GHUM Harald Massa persuadere et programmare Harald Armin Massa Reinsburgstra=DFe 202b 70197 Stuttgart 0173/9409607 fx 01212-5-13695179 - Python: the only language with more web frameworks than keywords. ------=_Part_242409_31118436.1177784152623 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Jonah,

Because a lot of good assumptions can be made on the initial install.
Li= kewise, some of the most important parameters cannot be tuned after
star= tup.

Yes. These assumptions can be made - but then the= y are assumptions. When the database is filled and working, there are measu= rable facts. And yes, that needs a restart of postmaster, that does not wor= k on 24/7. But there are many databases which can be restartet for tuning i= n regular maintainance sessions.

>= ; :) which gives nice graphics and "optimized", like those Window= s Optimizers.
> :)  I am sure, some DBAs in BIGCOMPs would be thrilled := )

>I'd suggest that you not make snide remarks about someone = else's
>design when your own analysis is somewhat flawed.

Sorry, Jonah, if my words sounded "snide". I had feedback fro= m some DBAs in BIGCOMPs, who said very positive things about the beauty of = pgadmin. I saw some DBAs quite happy about the graphical displays of TOAD. = I worked for a MVS Hoster who paid BIG SUMS to Candle Software for a Softwa= re called Omegamon, which made it possible to have charts about performance= figures.=20
So I deducted that people would even be willing to pay money for a GUI = which presents the opimizing process.

That idea of "tune Postgr= eSQL database after installation" also came from the various request o= n pgsql-performance. Some ask before they install; but there are also MANY = questions with "our PostgreSQL database was running fast untill xxxx&q= uot;, with xxxx usually being a table grown bigger then n records.=20

And I really did not want to discredit the idea of properly configu= ring from the start. Just wanted to open an other option to do that tuning.=

Harald
--
GHUM Harald Massa
persuadere et pro= grammare
Harald Armin Massa
Reinsburgstra=DFe 202b
70197 Stuttgart
0173= /9409607
fx 01212-5-13695179
-
Python: the only language with mor= e web frameworks than keywords. ------=_Part_242409_31118436.1177784152623--