Re: [PERFORM] Database size

2007-06-18 Thread J6M

Hello group,

Moreover a reindex (REINDEX name of your database while in pgsql) followed 
by an ANALYZE will claim more space.


Regards
J6M
- Original Message - 
From: Francisco Reyes [EMAIL PROTECTED]

To: choksi [EMAIL PROTECTED]
Cc: pgsql-performance@postgresql.org
Sent: Friday, June 15, 2007 7:15 PM
Subject: Re: [PERFORM] Database size



choksi writes:


I had a database which uses to hold some 50 Mill records and disk
space used was 103 GB. I deleted around 34 Mill records but still the
disk size is same. Can some on please shed some light on this.


When records are deleted they are only marked in the database.
When you run vacuum in the database that space will be marked so new data 
can use the space.


To lower the space used you need to run vacuum full.
That however can take a while and I think it will lock the database for 
some operations.



---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
  choose an index scan if your joining column's datatypes do not
  match


Re: [PERFORM] Parsing VACUUM VERBOSE

2007-06-18 Thread Sabin Coanda

Guillaume Smet [EMAIL PROTECTED] wrote in message 
news:[EMAIL PROTECTED]
 Sabin,

 On 6/14/07, Sabin Coanda [EMAIL PROTECTED] wrote:
 I'd like to understand completely the report generated by VACUUM VERBOSE.
 Please tell me where is it documented ?

 You can take a look to what I did for pgFouine:
 http://pgfouine.projects.postgresql.org/vacuum.html


Hi Guillaume,

I tried pgFouine.php app on a sample log file but it reports me some errors. 
Could you give me some startup support, please ?
I attach the log here to find what's wrong.

Regards,
Sabin 


begin 666 postgresql-2007-06-18_160048.log
M,C P-RTP-BTQ. Q-CHP,#HT.2!%15-4(%LQ.3 W.5TZ(%LM,[EMAIL PROTECTED]'.B @
M9%T86)AV4@WES=5M('=AR!S:'5T([EMAIL PROTECTED]@,C P-RTP-BTQ. Q
M-CHP,#HT-R!%15-4C(P,#M,#8M,3@@,38Z,# [EMAIL PROTECTED]!;,3DP-SE=
M.B!;+3%=($Q/1SH@(-H96-K]I;G0@F5C;W)D(ES(%T(#,W+T$S-SDX
M-C8TC(P,#M,#8M,3@@,38Z,# [EMAIL PROTECTED]!;,3DP-SE=.B!;+3%=($Q/
M1SH@(')E9\@F5C;W)D(ES(%T(#,W+T$S-SDX-C8T.R!U;F1O(')E8V]R
M9!IR!A= P+S [('-H=71D;W=N(%12544*,C P-RTP-BTQ. Q-CHP,#HT
M.2!%15-4(%LQ.3 W.5TZ(%LM,[EMAIL PROTECTED]'.B @;F5X=!TF%NV%C=EO;B!)
M1#H@,[EMAIL PROTECTED],C$[(YE'[EMAIL PROTECTED] V-C,W.#*,C P-RTP-BTQ. 
Q-CHP
M,#HT.2!%15-4(%LQ.3 W.5TZ(%LM,[EMAIL PROTECTED]'.B @;F5X=!-=6QT:5AA8W1)
M9#H@,S8[(YE'[EMAIL PROTECTED]E886-T3V9FV5T.B W,0HR,# W+3 V+3$X(#$V
M.C P.C0Y([EMAIL PROTECTED],#[EMAIL PROTECTED],3TZ(!D871A8F%S92!S7-T
M96T@:7,@F5A9'D*,C P-RTP-BTQ. Q-CHP,3HR-R!%15-4(%LQ.3 Y-UTZ
M(%LM,[EMAIL PROTECTED]'.B @9'5R871I;VXZ([EMAIL PROTECTED]!MR 
@W1A=5M96YT.B!3
[EMAIL PROTECTED]%T95-T6QE/4E33SM314Q%0U0@;VED+!P9U]E;F-O9EN9U]T;U]C
M:%R*5N8V]D:6YG*2!!4R!E;F-O9[EMAIL PROTECTED]%T;%S='-YV]I9 H)(!
M4D]-('!G7V1A=%B87-E(%=(15)%(]I9 ](#0V.30R,PHR,# W+3 V+3$X
M(#$V.C Q.C(W([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A=EO;CH@
M,XP.3$@;7,@('-T871E;65N=#H@V5T(-L:65N=%]E;F-O9EN9R!T;R G
M54Y)0T]$12*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM
M,[EMAIL PROTECTED]'.B @9'5R871I;VXZ(#DX+C8S-R!MR @W1A=5M96YT.B!314Q%
[EMAIL PROTECTED]4D]-()T8D-O;QE8W1I;VYS(@HR,# W+3 V+3$X(#$V.C Q.C,W
M([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A=EO;[EMAIL PROTECTED](@;7,@
M('-T871E;[EMAIL PROTECTED],14-4(9OFUA=%]T7!E*]I9PM,[EMAIL PROTECTED],@='EP
M;F%M92!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED(#T@,C,*,C P-RTP-BTQ. Q
M-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM,[EMAIL PROTECTED]'.B @9'5R871I;VXZ(#0N
M,SQ(US(!S=%T96UE;G0Z(%-%3$5#5!#05-%(%=([EMAIL PROTECTED]'EP8F%S971Y
M4],!42$5.(]I9!E;'-E('1Y)AV5T7!E($5.1!!4R!B87-E='EP
M90H)(!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED/3(SC(P,#M,#8M,3@@,38Z
M,#$Z,S@14535!;,3DP.3==.B!;+3%=($Q/1SH@(1UF%T:6]N.B P+C0S
M,B!MR @W1A=[EMAIL PROTECTED];6%T7W1Y4H;VED+#$P-D@
M87,@='EP;F%M92!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED(#T@,3 T,PHR,# W
M+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A
M=EO;CH@,XU,C,@;7,@('-T871E;[EMAIL PROTECTED],14-4([EMAIL PROTECTED]
M7!B87-E='EP93TP(%1(14X@;VED(5L[EMAIL PROTECTED]'EP8F%S971Y[EMAIL 
PROTECTED]($%3
M()AV5T7!E@D@($923TT@=?='EP92!72$5212!O:60],3 T,PHR,# W
M+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A
M=EO;CH@,XS-S$@;7,@('-T871E;[EMAIL PROTECTED],14-4(9OFUA=%]T7!E
M*]I9PM,[EMAIL PROTECTED],@='EP;F%M92!4D]-('!G7W1Y[EMAIL 
PROTECTED]@;VED(#T@
M,C,*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM,[EMAIL PROTECTED]'
M.B @9'5R871I;VXZ(# N-3$T(US(!S=%T96UE;G0Z(%-%3$5#5!#05-%
M(%=([EMAIL PROTECTED]'EP8F%S971Y4],!42$5.(]I9!E;'-E('1Y)AV5T7!E
M($5.1!!4R!B87-E='EP90H)(!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED/3(S
MC(P,#M,#8M,3@@,38Z,#$Z,S@14535!;,3DP.3==.B!;+3%=($Q/1SH@
M(1UF%T:6]N.B P+C,W.2!MR @W1A=[EMAIL PROTECTED];6%T
M7W1Y4H;VED+TQ*2!AR!T7!N86UE($923TT@=?='EP92!72$5212!O
M:60@/2 R,PHR,# W+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],[EMAIL PROTECTED]
M72!,3TZ(!D=7)A=EO;CH@,XU,3@;7,@('-T871E;[EMAIL PROTECTED],14-4
M([EMAIL PROTECTED]7!B87-E='EP93TP(%1(14X@;VED(5L[EMAIL PROTECTED]'EP8F%S
M971Y[EMAIL PROTECTED]($%3()AV5T7!E@D@($923TT@=?='EP92!72$5212!O
M:60],C,*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM,5T@
M3$]'.B @9'5R871I;VXZ(# N,SQ(US(!S=%T96UE;G0Z(%-%3$5#5!F
M;W)M871?='EP92AO:60L+3$I(%S('1YYA;[EMAIL PROTECTED])/32!P9U]T7!E(%=(
M15)%(]I9 ](#(SC(P,#M,#8M,3@@,38Z,#$Z,S@14535!;,3DP.3==
M.B!;+3%=($Q/1SH@(1UF%T:6]N.B P+C4Q,!MR @W1A=5M96YT.B!3
[EMAIL PROTECTED]('1Y)AV5T7!E/3 @5$A%3B!O:[EMAIL PROTECTED]
M7!B87-E='[EMAIL PROTECTED],@8F%S971Y4*2 @1E)/32!P9U]T7!E(%=(
M15)%(]I9#TR,PHR,# W+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],#DW73H@
M6RTQ72!,3TZ(!D=7)A=EO;CH@,XS-S$@;7,@('-T871E;[EMAIL PROTECTED],
M14-4(9OFUA=%]T7!E*]I9PM,[EMAIL PROTECTED],@='EP;F%M92!4D]-('!G7W1Y
M[EMAIL PROTECTED]@;VED(#T@,C,*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ
M.3 Y-UTZ(%LM,[EMAIL PROTECTED]'.B @9'5R871I;VXZ(# N-3$Y(US(!S=%T96UE
M;G0Z(%-%3$5#5!#05-%(%=([EMAIL PROTECTED]'EP8F%S971Y4],!42$5.(]I9!E
M;'-E('1Y)AV5T7!E($5.1!!4R!B87-E='EP90H)(!4D]-('!G7W1Y
0[EMAIL PROTECTED]@;VED/3(S@``
`
end


---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster


[PERFORM] Volunteer to build a configuration tool

2007-06-18 Thread Campbell, Lance
I am a Java Software architect, DBA, and project manager for the
University of Illinois, Department of Web Services.  We use PostgreSQL
to serve about 2 million pages of dynamic content a month; everything
from calendars, surveys, forms, discussion boards, RSS feeds, etc.  I am
really impressed with this tool.

 

The only major problem area I have found where PostgreSQL is really
lacking is in what should my initial configuration settings be?  I
realize that there are many elements that can impact a DBA's specific
database settings but it would be nice to have a configuration tool
that would get someone up and running better in the beginning.  

 

This is my idea:

 

A JavaScript HTML page that would have some basic questions at the top:

1) How much memory do you have?

2) How many connections will be made to the database?

3) What operating system do you use?

4) Etc...

 

Next the person would press a button, generate, found below the
questions.  The JavaScript HTML page would then generate content for two
Iframes at the bottom on the page.  One Iframe would contain the
contents of the postgresql.conf file.  The postgresql.conf settings
would be tailored more to the individuals needs than the standard
default file.  The second Iframe would contain the default settings one
should consider using with their operating system.

 

My web team would be very happy to develop this for the PostgreSQL
project.   It would have saved us a lot of time by having a
configuration tool in the beginning.  I am willing to make this a very
high priority for my team.

 

Thanks,

 

Lance Campbell

Project Manager/Software Architect

Web Services at Public Affairs

University of Illinois

217.333.0382

http://webservices.uiuc.edu

 



Re: [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Jonah H. Harris

On 6/18/07, David Tokmatchi [EMAIL PROTECTED] wrote:

Scalability ? Performance? Benchmark ? Availability ? Architecture ?
Limitation : users, volumes ? Resouces needed ? Support ?


Aside from the Wikipedia database comparison, I'm not aware of any
direct PostgreSQL-to-Oracle comparison.

--
Jonah H. Harris, Software Architect | phone: 732.331.1324
EnterpriseDB Corporation| fax: 732.331.1301
33 Wood Ave S, 3rd Floor| [EMAIL PROTECTED]
Iselin, New Jersey 08830| http://www.enterprisedb.com/

---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andreas Kostyrka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It's even harder, as Oracle disallows publishing benchmark figures in
their license. As a cynic, I might ask, what Oracle is fearing?

Andreas

Jonah H. Harris wrote:
 On 6/18/07, David Tokmatchi [EMAIL PROTECTED] wrote:
 Scalability ? Performance? Benchmark ? Availability ? Architecture ?
 Limitation : users, volumes ? Resouces needed ? Support ?
 
 Aside from the Wikipedia database comparison, I'm not aware of any
 direct PostgreSQL-to-Oracle comparison.
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGdrfHHJdudm4KnO0RAqKQAJ96t7WkLG/VbqkWTW60g6QC5eU4HgCfShNd
o3+YPVnPJ2nwXcpi4ow28nw=
=1CwN
-END PGP SIGNATURE-

---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
   choose an index scan if your joining column's datatypes do not
   match


Re: [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Jonah H. Harris

On 6/18/07, Andreas Kostyrka [EMAIL PROTECTED] wrote:

As a cynic, I might ask, what Oracle is fearing?


As a realist, I might ask, how many times do we have to answer this
type of anti-commercial-database flamewar-starting question?

--
Jonah H. Harris, Software Architect | phone: 732.331.1324
EnterpriseDB Corporation| fax: 732.331.1301
33 Wood Ave S, 3rd Floor| [EMAIL PROTECTED]
Iselin, New Jersey 08830| http://www.enterprisedb.com/

---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Joshua D. Drake

Jonah H. Harris wrote:

On 6/18/07, Andreas Kostyrka [EMAIL PROTECTED] wrote:

As a cynic, I might ask, what Oracle is fearing?


As a realist, I might ask, how many times do we have to answer this
type of anti-commercial-database flamewar-starting question?


Depends? How many times are you going to antagonize the people that ask?

1. It has *nothing* to do with anti-commercial. It is anti-proprietary 
which is perfectly legitimate.


2. Oracle, Microsoft, and IBM have a lot to fear in the sense of a 
database like PostgreSQL. We can compete in 90-95% of cases where people 
would traditionally purchase a proprietary system for many, many 
thousands (if not hundreds of thousands) of dollars.


Sincerely,

Joshua D. Drake

--

  === The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive  PostgreSQL solutions since 1997
 http://www.commandprompt.com/

Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate
PostgreSQL Replication: http://www.commandprompt.com/products/


---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [GENERAL] [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread PFC


2. Oracle, Microsoft, and IBM have a lot to fear in the sense of a  
database like PostgreSQL. We can compete in 90-95% of cases where people  
would traditionally purchase a proprietary system for many, many  
thousands (if not hundreds of thousands) of dollars.


	Oracle also fears benchmarks made by people who don't know how to tune  
Oracle properly...


---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at

   http://www.postgresql.org/about/donate


Re: [PERFORM] [DOCS] Volunteer to build a configuration tool

2007-06-18 Thread Campbell, Lance
Mario,
The JavaScript configuration tool I proposed would not be in the install
of PostgreSQL.  It would be an HTML page.  It would be part of the HTML
documentation or it could be a separate HTML page that would be linked
from the HTML documentation.

Thanks,

Lance Campbell
Project Manager/Software Architect
Web Services at Public Affairs
University of Illinois
217.333.0382
http://webservices.uiuc.edu
 
-Original Message-
From: Mario Gonzalez [mailto:[EMAIL PROTECTED] 
Sent: Monday, June 18, 2007 10:16 AM
To: Campbell, Lance
Cc: [EMAIL PROTECTED]; pgsql-performance@postgresql.org
Subject: Re: [DOCS] Volunteer to build a configuration tool

On 18/06/07, Campbell, Lance [EMAIL PROTECTED] wrote:

 Next the person would press a button, generate, found below the
questions.
  The JavaScript HTML page would then generate content for two Iframes
at the
 bottom on the page.  One Iframe would contain the contents of the
 postgresql.conf file.  The postgresql.conf settings would be tailored
more
 to the individuals needs than the standard default file.  The second
Iframe
 would contain the default settings one should consider using with
their
 operating system.


  I think it could be a great help to newbies. IMVHO a bash script in
dialog could be better than a javascript file. There are many
administrators with no graphics navigator or with no javascript.



-- 
http://www.advogato.org/person/mgonzalez/

---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster


Re: [GENERAL] [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Joshua D. Drake

PFC wrote:


2. Oracle, Microsoft, and IBM have a lot to fear in the sense of a 
database like PostgreSQL. We can compete in 90-95% of cases where 
people would traditionally purchase a proprietary system for many, 
many thousands (if not hundreds of thousands) of dollars.


Oracle also fears benchmarks made by people who don't know how to 
tune Oracle properly...


Yes that is one argument that is made (and a valid one) but it is 
assuredly not the only one that can be made, that would be legitimate.


Joshua D. Drake




---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at

   http://www.postgresql.org/about/donate




--

  === The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive  PostgreSQL solutions since 1997
 http://www.commandprompt.com/

Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate
PostgreSQL Replication: http://www.commandprompt.com/products/


---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Jonah H. Harris

On 6/18/07, Joshua D. Drake [EMAIL PROTECTED] wrote:

Depends? How many times are you going to antagonize the people that ask?


As many times as necessary.  Funny how the anti-proprietary-database
arguments can continue forever and no one brings up the traditional
RTFM-like response of, hey, this was already discussed in thread XXX,
read that before posting again.


1. It has *nothing* to do with anti-commercial. It is anti-proprietary
which is perfectly legitimate.


As long as closed-mindedness is legitimate, sure.


2. Oracle, Microsoft, and IBM have a lot to fear in the sense of a
database like PostgreSQL. We can compete in 90-95% of cases where people
would traditionally purchase a proprietary system for many, many
thousands (if not hundreds of thousands) of dollars.


They may well have a lot to fear, but that doesn't mean they do;
anything statement in that area is pure assumption.

I'm in no way saying we can't compete, I'm just saying that the
continued closed-mindedness and inside-the-box thinking only serves to
perpetuate malcontent toward the proprietary vendors by turning
personal experiences into sacred-mailing-list gospel.

All of us have noticed the anti-MySQL bashing based on problems with
MySQL 3.23... Berkus and others (including yourself, if I am correct),
have corrected people on not making invalid comparisons against
ancient versions.  I'm only doing the same where Oracle, IBM, and
Microsoft are concerned.

--
Jonah H. Harris, Software Architect | phone: 732.331.1324
EnterpriseDB Corporation| fax: 732.331.1301
33 Wood Ave S, 3rd Floor| [EMAIL PROTECTED]
Iselin, New Jersey 08830| http://www.enterprisedb.com/

---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [PERFORM] Replication

2007-06-18 Thread Markus Schiltknecht

Hi,

Joshua D. Drake wrote:

Slony-II
Seems brilliant, a solid theoretical foundation, at the forefront of
computer science.  But can't find project status -- when will it be
available?  Is it a pipe dream, or a nearly-ready reality?



Dead


Not quite... there's still Postgres-R, see www.postgres-r.org  And I'm 
continuously working on it, despite not having updated the website for 
almost a year now...


I planned on releasing the next development snapshot together with 8.3, 
as that seems to be delayed, that seems realistic ;-)


Regards

Markus


---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at

   http://www.postgresql.org/about/donate


Re: [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andreas Kostyrka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Jonah H. Harris wrote:
 On 6/18/07, Andreas Kostyrka [EMAIL PROTECTED] wrote:
 As a cynic, I might ask, what Oracle is fearing?
 
 As a realist, I might ask, how many times do we have to answer this
 type of anti-commercial-database flamewar-starting question?
 

Well, my experience when working with certain DBs is much like I had
some years ago, when I was forced to work with different SCO Unix legacy
boxes. Why do I have to put up with this silliness?, and with
databases there is no way to get a sensible tool set by shopping
around and installing GNU packages en masse :(

Furthermore not being allowed to talk about performance is a real hard
misfeature, like DRM. Consider:

1.) Performance is certainly an important aspect of my work as a DBA.
2.) Gaining experience as a DBA is not trivial, it's clearly a
discipline that cannot be learned from a book, you need experience. As a
developer I can gain experience on my own. As a DBA, I need some nice
hardware and databases that are big enough to be nontrivial.
3.) The above points make it vital to be able to discuss my experiences.
4.) Oracle's license NDA makes exchanging experience harder.

So as an endeffect, the limited number of playing grounds (#2 above)
keeps hourly rates for DBAs high. Oracle's NDA limits secondary
knowledge effects, so in effect it keeps the price for Oracle knowhow
potentially even higher.

Or put bluntly, the NDA mindset benefits completly and only Oracle, and
is a clear drawback for customers. It makes Oracle-supplied consultants
gods, no matter how much hot air they produce. They've got the benefit
of having internal peer knowledge, and as consumer there is not much
that I can do counter it. I'm not even allowed to document externally
the pitfalls and experiences I've made, so the next poor sob will walk
on the same landmine.

Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGdsT5HJdudm4KnO0RAoASAJ9b229Uhsuxn9qGfU5I0QUfTC/dqQCfZK/b
65XQFcc0aRBVptxW5uzLejY=
=UIF6
-END PGP SIGNATURE-

---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
   subscribe-nomail command to [EMAIL PROTECTED] so that your
   message can get through to the mailing list cleanly


Re: [GENERAL] [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andreas Kostyrka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



PFC wrote:
 
 2. Oracle, Microsoft, and IBM have a lot to fear in the sense of a
 database like PostgreSQL. We can compete in 90-95% of cases where
 people would traditionally purchase a proprietary system for many,
 many thousands (if not hundreds of thousands) of dollars.
 
 Oracle also fears benchmarks made by people who don't know how to
 tune Oracle properly...

Well, bad results are as interesting as good results. And this problems
applies to all other databases.

Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGdsXdHJdudm4KnO0RArTkAKCZs6ht4z0lb2zHtr5MfXj8CsTZdQCgmwE5
JAD6Hkul1iIML42GO1vAM0c=
=FMRt
-END PGP SIGNATURE-

---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings


Re: [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Joshua D. Drake

Jonah H. Harris wrote:

On 6/18/07, Joshua D. Drake [EMAIL PROTECTED] wrote:

Depends? How many times are you going to antagonize the people that ask?


As many times as necessary.  Funny how the anti-proprietary-database
arguments can continue forever and no one brings up the traditional
RTFM-like response of, hey, this was already discussed in thread XXX,
read that before posting again.


Yeah funny how you didn't do that ;) (of course neither did I).




1. It has *nothing* to do with anti-commercial. It is anti-proprietary
which is perfectly legitimate.


As long as closed-mindedness is legitimate, sure.


It isn't closed minded to consider anti-proprietary a bad thing. It is 
an opinion and a valid one. One that many have made part of their lives 
in a very pro-commercial and profitable manner.





2. Oracle, Microsoft, and IBM have a lot to fear in the sense of a
database like PostgreSQL. We can compete in 90-95% of cases where people
would traditionally purchase a proprietary system for many, many
thousands (if not hundreds of thousands) of dollars.


They may well have a lot to fear, but that doesn't mean they do;
anything statement in that area is pure assumption.


95% of life is assumption. Some of it based on experience, some of it 
based on pure conjecture, some based on all kinds of other things.




I'm in no way saying we can't compete, I'm just saying that the
continued closed-mindedness and inside-the-box thinking only serves to
perpetuate malcontent toward the proprietary vendors by turning
personal experiences into sacred-mailing-list gospel.


It is amazing how completely misguided you are in this response. I 
haven't said anything closed minded. I only responded to your rather 
antagonistic response to a reasonably innocuous question of: As a 
cynic, I might ask, what Oracle is fearing? 


It is a good question to ask, and a good question to discuss.



All of us have noticed the anti-MySQL bashing based on problems with
MySQL 3.23... Berkus and others (including yourself, if I am correct),
have corrected people on not making invalid comparisons against
ancient versions.  I'm only doing the same where Oracle, IBM, and
Microsoft are concerned.


I haven't seen any bashing going on yet. Shall we start with the closed 
mindedness and unfairness of per cpu license and support models?


Joshua D. Drake



--

  === The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive  PostgreSQL solutions since 1997
 http://www.commandprompt.com/

Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate
PostgreSQL Replication: http://www.commandprompt.com/products/


---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
  choose an index scan if your joining column's datatypes do not
  match


Re: [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Jonah H. Harris

On 6/18/07, Joshua D. Drake [EMAIL PROTECTED] wrote:

Yeah funny how you didn't do that ;) (of course neither did I).


I agree, an oops on my part :)


It is amazing how completely misguided you are in this response. I
haven't said anything closed minded. I only responded to your rather
antagonistic response to a reasonably innocuous question of: As a
cynic, I might ask, what Oracle is fearing? 


I wasn't responding to you, just to the seemingly closed-mindedness of
the original question/statement.  We're all aware of the reasons, for
and against, proprietary system licenses prohibiting benchmarking.


It is a good question to ask, and a good question to discuss.


Certainly, but can one expect to get a realistic answer to an, is
Oracle fearing something question on he PostgreSQL list?  Or was it
just a backhanded attempt at pushing the topic again?  My vote is for
the latter; it served no purpose other than to push the
competitiveness topic again.


I haven't seen any bashing going on yet. Shall we start with the closed
mindedness and unfairness of per cpu license and support models?


Not preferably, you make me type too much :)

--
Jonah H. Harris, Software Architect | phone: 732.331.1324
EnterpriseDB Corporation| fax: 732.331.1301
33 Wood Ave S, 3rd Floor| [EMAIL PROTECTED]
Iselin, New Jersey 08830| http://www.enterprisedb.com/

---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at

   http://www.postgresql.org/about/donate


Re: [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andreas Kostyrka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Jonah H. Harris wrote:
 
 All of us have noticed the anti-MySQL bashing based on problems with
 MySQL 3.23... Berkus and others (including yourself, if I am correct),
 have corrected people on not making invalid comparisons against
 ancient versions.  I'm only doing the same where Oracle, IBM, and
 Microsoft are concerned.
 

My, my, I fear my asbestos are trying to feel warm inside ;)

Well, there is not much MySQL bashing going around. And MySQL 5 has
enough features and current MySQL AB support for it is so good, that
there is no need to bash MySQL based on V3 problems. MySQL5 is still a
joke, and one can quite safely predict the answers to tickets, with well
over 50% guess rate.

(Hint: I don't consider the answer: Redo your schema to be a
satisfactory answer. And philosophically, the query optimizer in MySQL
is near perfect. OTOH, considering the fact that many operations in
MySQL still have just one way to execute, it's easy to choose the
fastest plan, isn't it *g*)

Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGdsgCHJdudm4KnO0RAg2oAKCdabTyQCcK8eC0+ErVJLlX59nNjgCfQjaO
hhfSxBoESyCU/mTQo3gbQRM=
=RqB7
-END PGP SIGNATURE-

---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [PERFORM] Parsing VACUUM VERBOSE

2007-06-18 Thread Y Sidhu

On 6/18/07, Sabin Coanda [EMAIL PROTECTED] wrote:



Guillaume Smet [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 Sabin,

 On 6/14/07, Sabin Coanda [EMAIL PROTECTED] wrote:
 I'd like to understand completely the report generated by VACUUM
VERBOSE.
 Please tell me where is it documented ?

 You can take a look to what I did for pgFouine:
 http://pgfouine.projects.postgresql.org/vacuum.html


Hi Guillaume,

I tried pgFouine.php app on a sample log file but it reports me some
errors.
Could you give me some startup support, please ?
I attach the log here to find what's wrong.

Regards,
Sabin


begin 666 postgresql-2007-06-18_160048.log
M,C P-RTP-BTQ. Q-CHP,#HT.2!%15-4(%LQ.3 W.5TZ(%LM,[EMAIL PROTECTED]'.B @
M9%T86)AV4@WES=5M('=AR!S:'5T([EMAIL PROTECTED]@,C P-RTP-BTQ. Q
M-CHP,#HT-R!%15-4C(P,#M,#8M,3@@,38Z,# [EMAIL PROTECTED]!;,3DP-SE=
M.B!;+3%=($Q/1SH@(-H96-K]I;G0@F5C;W)D(ES(%T(#,W+T$S-SDX
M-C8TC(P,#M,#8M,3@@,38Z,# [EMAIL PROTECTED]!;,3DP-SE=.B!;+3%=($Q/
M1SH@(')E9\@F5C;W)D(ES(%T(#,W+T$S-SDX-C8T.R!U;F1O(')E8V]R
M9!IR!A= P+S [('-H=71D;W=N(%12544*,C P-RTP-BTQ. Q-CHP,#HT
M.2!%15-4(%LQ.3 W.5TZ(%LM,[EMAIL PROTECTED]'.B @;F5X=!TF%NV%C=EO;B!)
M1#H@,[EMAIL PROTECTED],C$[(YE'[EMAIL PROTECTED] V-C,W.#*,C P-RTP-BTQ. 
Q-CHP
M,#HT.2!%15-4(%LQ.3 W.5TZ(%LM,[EMAIL PROTECTED]'.B @;F5X=!-=6QT:5AA8W1)
M9#H@,S8[(YE'[EMAIL PROTECTED]E886-T3V9FV5T.B W,0HR,# W+3 V+3$X(#$V
M.C P.C0Y([EMAIL PROTECTED],#[EMAIL PROTECTED],3TZ(!D871A8F%S92!S7-T
M96T@:7,@F5A9'D*,C P-RTP-BTQ. Q-CHP,3HR-R!%15-4(%LQ.3 Y-UTZ
M(%LM,[EMAIL PROTECTED]'.B @9'5R871I;VXZ([EMAIL PROTECTED]!MR 
@W1A=5M96YT.B!3
[EMAIL PROTECTED]%T95-T6QE/4E33SM314Q%0U0@;VED+!P9U]E;F-O9EN9U]T;U]C
M:%R*5N8V]D:6YG*2!!4R!E;F-O9[EMAIL PROTECTED]%T;%S='-YV]I9 H)(!
M4D]-('!G7V1A=%B87-E(%=(15)%(]I9 ](#0V.30R,PHR,# W+3 V+3$X
M(#$V.C Q.C(W([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A=EO;CH@
M,XP.3$@;7,@('-T871E;65N=#H@V5T(-L:65N=%]E;F-O9EN9R!T;R G
M54Y)0T]$12*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM
M,[EMAIL PROTECTED]'.B @9'5R871I;VXZ(#DX+C8S-R!MR @W1A=5M96YT.B!314Q%
[EMAIL PROTECTED]4D]-()T8D-O;QE8W1I;VYS(@HR,# W+3 V+3$X(#$V.C Q.C,W
M([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A=EO;[EMAIL PROTECTED](@;7,@
M('-T871E;[EMAIL PROTECTED],14-4(9OFUA=%]T7!E*]I9PM,[EMAIL PROTECTED],@='EP
M;F%M92!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED(#T@,C,*,C P-RTP-BTQ. Q
M-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM,[EMAIL PROTECTED]'.B @9'5R871I;VXZ(#0N
M,SQ(US(!S=%T96UE;G0Z(%-%3$5#5!#05-%(%=([EMAIL PROTECTED]'EP8F%S971Y
M4],!42$5.(]I9!E;'-E('1Y)AV5T7!E($5.1!!4R!B87-E='EP
M90H)(!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED/3(SC(P,#M,#8M,3@@,38Z
M,#$Z,S@14535!;,3DP.3==.B!;+3%=($Q/1SH@(1UF%T:6]N.B P+C0S
M,B!MR @W1A=[EMAIL PROTECTED];6%T7W1Y4H;VED+#$P-D@
M87,@='EP;F%M92!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED(#T@,3 T,PHR,# W
M+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A
M=EO;CH@,XU,C,@;7,@('-T871E;[EMAIL PROTECTED],14-4([EMAIL PROTECTED]
M7!B87-E='EP93TP(%1(14X@;VED(5L[EMAIL PROTECTED]'EP8F%S971Y[EMAIL 
PROTECTED]($%3
M()AV5T7!E@D@($923TT@=?='EP92!72$5212!O:60],3 T,PHR,# W
M+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],[EMAIL PROTECTED],3TZ(!D=7)A
M=EO;CH@,XS-S$@;7,@('-T871E;[EMAIL PROTECTED],14-4(9OFUA=%]T7!E
M*]I9PM,[EMAIL PROTECTED],@='EP;F%M92!4D]-('!G7W1Y[EMAIL 
PROTECTED]@;VED(#T@
M,C,*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM,[EMAIL PROTECTED]'
M.B @9'5R871I;VXZ(# N-3$T(US(!S=%T96UE;G0Z(%-%3$5#5!#05-%
M(%=([EMAIL PROTECTED]'EP8F%S971Y4],!42$5.(]I9!E;'-E('1Y)AV5T7!E
M($5.1!!4R!B87-E='EP90H)(!4D]-('!G7W1Y[EMAIL PROTECTED]@;VED/3(S
MC(P,#M,#8M,3@@,38Z,#$Z,S@14535!;,3DP.3==.B!;+3%=($Q/1SH@
M(1UF%T:6]N.B P+C,W.2!MR @W1A=[EMAIL PROTECTED];6%T
M7W1Y4H;VED+TQ*2!AR!T7!N86UE($923TT@=?='EP92!72$5212!O
M:60@/2 R,PHR,# W+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],[EMAIL PROTECTED]
M72!,3TZ(!D=7)A=EO;CH@,XU,3@;7,@('-T871E;[EMAIL PROTECTED],14-4
M([EMAIL PROTECTED]7!B87-E='EP93TP(%1(14X@;VED(5L[EMAIL PROTECTED]'EP8F%S
M971Y[EMAIL PROTECTED]($%3()AV5T7!E@D@($923TT@=?='EP92!72$5212!O
M:60],C,*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ.3 Y-UTZ(%LM,5T@
M3$]'.B @9'5R871I;VXZ(# N,SQ(US(!S=%T96UE;G0Z(%-%3$5#5!F
M;W)M871?='EP92AO:60L+3$I(%S('1YYA;[EMAIL PROTECTED])/32!P9U]T7!E(%=(
M15)%(]I9 ](#(SC(P,#M,#8M,3@@,38Z,#$Z,S@14535!;,3DP.3==
M.B!;+3%=($Q/1SH@(1UF%T:6]N.B P+C4Q,!MR @W1A=5M96YT.B!3
[EMAIL PROTECTED]('1Y)AV5T7!E/3 @5$A%3B!O:[EMAIL PROTECTED]
M7!B87-E='[EMAIL PROTECTED],@8F%S971Y4*2 @1E)/32!P9U]T7!E(%=(
M15)%(]I9#TR,PHR,# W+3 V+3$X(#$V.C Q.C,W([EMAIL PROTECTED],#DW73H@
M6RTQ72!,3TZ(!D=7)A=EO;CH@,XS-S$@;7,@('-T871E;[EMAIL PROTECTED],
M14-4(9OFUA=%]T7!E*]I9PM,[EMAIL PROTECTED],@='EP;F%M92!4D]-('!G7W1Y
M[EMAIL PROTECTED]@;VED(#T@,C,*,C P-RTP-BTQ. Q-CHP,3HS-R!%15-4(%LQ
M.3 Y-UTZ(%LM,[EMAIL PROTECTED]'.B @9'5R871I;VXZ(# N-3$Y(US(!S=%T96UE
M;G0Z(%-%3$5#5!#05-%(%=([EMAIL PROTECTED]'EP8F%S971Y4],!42$5.(]I9!E
M;'-E('1Y)AV5T7!E($5.1!!4R!B87-E='EP90H)(!4D]-('!G7W1Y
0[EMAIL PROTECTED]@;VED/3(S@``
`
end


---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster



Guillaume and 

Re: [GENERAL] [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andrew Sullivan
All,

On Mon, Jun 18, 2007 at 07:50:22PM +0200, Andreas Kostyrka wrote:

[something]

It would appear that this was the flame-fest that was predicted. 
Particularly as this has been copied to five lists.  If you all want
to have an argument about what Oracle should or should not do, could
you at least limit it to one list?

A

-- 
Andrew Sullivan  | [EMAIL PROTECTED]
Everything that happens in the world happens at some place.
--Jane Jacobs 

---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?

   http://www.postgresql.org/docs/faq


Re: [PERFORM] [DOCS] Volunteer to build a configuration tool

2007-06-18 Thread Y Sidhu

On 6/18/07, Campbell, Lance [EMAIL PROTECTED] wrote:


Mario,
The JavaScript configuration tool I proposed would not be in the install
of PostgreSQL.  It would be an HTML page.  It would be part of the HTML
documentation or it could be a separate HTML page that would be linked
from the HTML documentation.

Thanks,

Lance Campbell
Project Manager/Software Architect
Web Services at Public Affairs
University of Illinois
217.333.0382
http://webservices.uiuc.edu

-Original Message-
From: Mario Gonzalez [mailto:[EMAIL PROTECTED]
Sent: Monday, June 18, 2007 10:16 AM
To: Campbell, Lance
Cc: [EMAIL PROTECTED]; pgsql-performance@postgresql.org
Subject: Re: [DOCS] Volunteer to build a configuration tool

On 18/06/07, Campbell, Lance [EMAIL PROTECTED] wrote:

 Next the person would press a button, generate, found below the
questions.
  The JavaScript HTML page would then generate content for two Iframes
at the
 bottom on the page.  One Iframe would contain the contents of the
 postgresql.conf file.  The postgresql.conf settings would be tailored
more
 to the individuals needs than the standard default file.  The second
Iframe
 would contain the default settings one should consider using with
their
 operating system.


  I think it could be a great help to newbies. IMVHO a bash script in
dialog could be better than a javascript file. There are many
administrators with no graphics navigator or with no javascript.



--
http://www.advogato.org/person/mgonzalez/

---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster



EXCELLENT idea Lance.

--
Yudhvir Singh Sidhu
408 375 3134 cell


Re: [GENERAL] [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Jonah H. Harris

On 6/18/07, Andrew Sullivan [EMAIL PROTECTED] wrote:

It would appear that this was the flame-fest that was predicted.
Particularly as this has been copied to five lists.  If you all want
to have an argument about what Oracle should or should not do, could
you at least limit it to one list?


Yeah, Josh B. asked it to be toned down to the original list which
should've been involved.  Which I think should be pgsql-admin or
pgsql-advocacy... your thoughts?

I think the Oracle discussion is over, David T. just needs URL references IMHO.

--
Jonah H. Harris, Software Architect | phone: 732.331.1324
EnterpriseDB Corporation| fax: 732.331.1301
33 Wood Ave S, 3rd Floor| [EMAIL PROTECTED]
Iselin, New Jersey 08830| http://www.enterprisedb.com/

---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
  choose an index scan if your joining column's datatypes do not
  match


Re: [PERFORM] Replication

2007-06-18 Thread Craig James

Markus Schiltknecht wrote:
Not quite... there's still Postgres-R, see www.postgres-r.org  And I'm 
continuously working on it, despite not having updated the website for 
almost a year now...


I planned on releasing the next development snapshot together with 8.3, 
as that seems to be delayed, that seems realistic ;-)


Is Postgres-R the same thing as Slony-II?  There's a lot of info and news 
around about Slony-II, but your web page doesn't seem to mention it.

While researching replication solutions, I had a heck of a time sorting out the 
dead or outdated web pages (like the stuff on gborg) from the active projects.

Either way, it's great to know you're working on it.

Craig

---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andreas Kostyrka
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Jonah H. Harris wrote:
 Certainly, but can one expect to get a realistic answer to an, is
 Oracle fearing something question on he PostgreSQL list?  Or was it
 just a backhanded attempt at pushing the topic again?  My vote is for
 the latter; it served no purpose other than to push the
 competitiveness topic again.

Well, I'm a cynic at heart, really. So there was no bad intend behind it.

And it was a nice comment, because I would base it on my personal
experiences with certain vendors, it wouldn't be near as nice.

The original question was about comparisons between PG and Oracle.

Now, I could answer this question from my personal experiences with the
product and support. That would be way more stronger worded than my
small cynic question.

Another thing, Joshua posted a guesstimate that PG can compete in 90-95%
cases with Oracle. Because Oracle insists on secrecy, I'm somehow
inclined to believe the side that talks openly. And while I don't like
to question Joshua's comment, I think he overlooked one set of problems,
 namely the cases where Oracle is not able to compete with PG. It's hard
to quantify how many of these cases there are performance-wise, well,
because Oracle insists on that silly NDA, but there are clearly cases
where PG is superior.

Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGds8WHJdudm4KnO0RAvb0AJ4gBec4yikrAOvDi5C3kc5NLGYteACghewU
PkfrnXgCRfZlEdeMA2DZGTE=
=BpUw
-END PGP SIGNATURE-

---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?

   http://www.postgresql.org/docs/faq


Re: [GENERAL] [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andrew Sullivan
On Mon, Jun 18, 2007 at 02:16:56PM -0400, Jonah H. Harris wrote:
 pgsql-advocacy... your thoughts?

I've picked -advocacy.

 
 I think the Oracle discussion is over, David T. just needs URL references 
 IMHO.

I don't think we can speak about Oracle; if we were licenced, we'd be
violating it, and since we're not, we can't possibly know about it,
right ;-)  But there are some materials about why to use Postgres on
the website:

http://www.postgresql.org/about/advantages

A


-- 
Andrew Sullivan  | [EMAIL PROTECTED]
When my information changes, I alter my conclusions.  What do you do sir?
--attr. John Maynard Keynes

---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster


Re: [GENERAL] [pgsql-advocacy] [PERFORM] [ADMIN] Postgres VS Oracle

2007-06-18 Thread Andrew Sullivan
On Mon, Jun 18, 2007 at 02:38:32PM -0400, Andrew Sullivan wrote:
 I've picked -advocacy.

Actually, I _had_ picked advocacy, but had an itchy trigger finger. 
Apologies, all.

A

-- 
Andrew Sullivan  | [EMAIL PROTECTED]
A certain description of men are for getting out of debt, yet are
against all taxes for raising money to pay it off.
--Alexander Hamilton

---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster


Re: [PERFORM] Replication

2007-06-18 Thread Markus Schiltknecht

Hi,

Craig James wrote:
Is Postgres-R the same thing as Slony-II?  There's a lot of info and 
news around about Slony-II, but your web page doesn't seem to mention it.


Hm... true. Good point. Maybe I should add a FAQ:

Postgres-R has been the name of the research project by Bettina Kemme et 
al. Slony-II was the name Neil and Gavin gave their attempt to continue 
that project.


I've based my work on the old (6.4.2) Postgres-R source code - and I'm 
still calling it Postgres-R, probably Postgres-R (8) to distinguish it 
from the original one. But I'm thinking about changing the name 
completely... however, I'm a developer, not a marketing guru.


While researching replication solutions, I had a heck of a time sorting 
out the dead or outdated web pages (like the stuff on gborg) from the 
active projects.


Yeah, that's one of the main problems with replication for PostgreSQL. I 
hope Postgres-R (or whatever name I'll come up with in the future) can 
change that.



Either way, it's great to know you're working on it.


Maybe you want to join its mailing list [1]? I'll try to get some 
discussion going there in the near future.


Regards

Markus

[1]: Postgres-R on gborg:
http://pgfoundry.org/projects/postgres-r/

---(end of broadcast)---
TIP 7: You can help support the PostgreSQL project by donating at

   http://www.postgresql.org/about/donate


[PERFORM] Performance query about large tables, lots of concurrent access

2007-06-18 Thread Karl Wright

Hi,

I have an application which really exercises the performance of 
postgresql in a major way, and I am running into a performance 
bottleneck with Postgresql 8.1 that I do not yet understand.


Here are the details:

- There is a primary table, with some secondary tables
- The principle transaction consists of a SELECT...FOR UPDATE, 
followed by either an INSERT or an UPDATE on the primary table
- INSERTs, DELETEs, and UPDATEs may occur on the secondary table 
depending on what happens with the primary table, for any given 
transaction.  The secondary table has about 10x the number of rows as 
the primary.
- All operations are carefully chosen so that highly discriminatory 
indexes are used to locate the record(s) in question.  The execution 
plans show INDEX SCAN operations being done in all cases.
- At any given time, there are up to 100 of these operations going on at 
once against the same database.


What I am seeing:

- In postgresql 7.4, the table activity seems to be gated by locks, and 
runs rather slowly except when the sizes of the tables are small.
- In postgresql 8.1, locks do not seem to be an issue, and the activity 
runs about 10x faster than for postgresql 7.4.
- For EITHER database version, the scaling behavior is not the log(n) 
behavior I'd expect (where n is the number of rows in the table), but 
much more like linear performance.  That is, as the tables grow, 
performance drops off precipitously.  For a primary table size up to 
100,000 rows or so, I get somewhere around 700 transactions per minute, 
on average.  Between 100,000 and 1,000,000 rows I got some 150 
transactions per minute.  At about 1,500,000 rows I get about 40 
transactions per minute.
- Access to a row in the secondary table (which right now has 13,000,000 
rows in it) via an index that has extremely good discriminatory ability 
on a busy machine takes about 90 seconds elapsed time at the moment - 
which I feel is pretty high.


I tried increasing the shared_buffers parameter to see if it had any 
impact on overall throughput.  It was moderately helpful going from the 
small default value up to 8192, but less helpful when I increased it 
beyond that.  Currently I have it set to 131072.


Question:  Does anyone have any idea what bottleneck I am hitting?  An 
index's performance should in theory scale as the log of the number of 
rows - what am I missing here?


Thanks very much!
Karl

---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster


Re: [PERFORM] Volunteer to build a configuration tool

2007-06-18 Thread James Neethling



This is my idea:

A JavaScript HTML page that would have some basic questions at the top:

1) How much memory do you have?

2) How many connections will be made to the database?

3) What operating system do you use?

4) Etc…

Next the person would press a button, “generate”, found below the 
questions. The JavaScript HTML page would then generate content for 
two Iframes at the bottom on the page. One Iframe would contain the 
contents of the postgresql.conf file. The postgresql.conf settings 
would be tailored more to the individuals needs than the standard 
default file. The second Iframe would contain the default settings one 
should consider using with their operating system.


My web team would be very happy to develop this for the PostgreSQL 
project. It would have saved us a lot of time by having a 
configuration tool in the beginning. I am willing to make this a very 
high priority for my team.




Hi Lance,

I agree that having a page that can assist in generating a base 
configuration file is an excellent way to start off with a good 
configuration that can assist a system administrator in getting half way 
to a good configuration. We've recently gone through a process of 
configuring a machine and it is a time consuming task of testing and 
benchmarking various configuration details.


My thoughts:
Using the browser is a great idea as a universal platform. I can 
foreseen a problem in that some users won't have GUI access to the 
machine that they are setting up. I don't have much direct experience in 
this field, but I suspect that a great number of installations happen 
'headless'? This can easily be circumvented by hosting the configuration 
builder on a public internet site, possibly postgresql.org?


Also, Javascript isn't the easiest language to use to get all the 
decisions that need to be made for various configuration options. Would 
it not be a better idea to host a configuration builder centrally, 
possible on postgresql.org and have the documentation reference it, 
including the docs that come packaged with postgresql (README, INSTALL 
documentation?). This would mean that you wouldn't be able to package 
the configuration builder, but you would be able to implement more 
application logic and more complex decision making in a hosted 
application. Of course, I have no idea of the skills that your team 
already have :)




To add ideas: perhaps a more advanced tool would be able to add comment 
indicating a suggested range for the particular setting. For example, 
with 2Gb of RAM, it chooses a workmem of, say, 768Mb, with a comment 
indicating a suggested range of 512Mb - 1024Mb.



Thanks for taking the time to put this together and for offering the 
services of your team.


Kind regards,
James









begin:vcard
fn:James  Neethling
n:Neethling;James 
org:Silver Sphere Business Solutions
adr:Centurion Business Park A2;;25633 Democracy Way;Prosperity Park;Milnerton;Cape Town;7441
email;internet:[EMAIL PROTECTED]
title:Managing Member
tel;work:27 21 552 7108
tel;fax:27 21 552 7106
tel;cell:27 83 399 2799
x-mozilla-html:FALSE
url:http://www.silversphere.co.za
version:2.1
end:vcard


---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings


Re: [PERFORM] Performance query about large tables, lots of concurrent access

2007-06-18 Thread Karl Wright

Karl Wright wrote:

Hi,

I have an application which really exercises the performance of 
postgresql in a major way, and I am running into a performance 
bottleneck with Postgresql 8.1 that I do not yet understand.


Here are the details:

- There is a primary table, with some secondary tables
- The principle transaction consists of a SELECT...FOR UPDATE, 
followed by either an INSERT or an UPDATE on the primary table
- INSERTs, DELETEs, and UPDATEs may occur on the secondary table 
depending on what happens with the primary table, for any given 
transaction.  The secondary table has about 10x the number of rows as 
the primary.
- All operations are carefully chosen so that highly discriminatory 
indexes are used to locate the record(s) in question.  The execution 
plans show INDEX SCAN operations being done in all cases.
- At any given time, there are up to 100 of these operations going on at 
once against the same database.


What I am seeing:

- In postgresql 7.4, the table activity seems to be gated by locks, and 
runs rather slowly except when the sizes of the tables are small.
- In postgresql 8.1, locks do not seem to be an issue, and the activity 
runs about 10x faster than for postgresql 7.4.
- For EITHER database version, the scaling behavior is not the log(n) 
behavior I'd expect (where n is the number of rows in the table), but 
much more like linear performance.  That is, as the tables grow, 
performance drops off precipitously.  For a primary table size up to 
100,000 rows or so, I get somewhere around 700 transactions per minute, 
on average.  Between 100,000 and 1,000,000 rows I got some 150 
transactions per minute.  At about 1,500,000 rows I get about 40 
transactions per minute.
- Access to a row in the secondary table (which right now has 13,000,000 
rows in it) via an index that has extremely good discriminatory ability 
on a busy machine takes about 90 seconds elapsed time at the moment - 
which I feel is pretty high.


I tried increasing the shared_buffers parameter to see if it had any 
impact on overall throughput.  It was moderately helpful going from the 
small default value up to 8192, but less helpful when I increased it 
beyond that.  Currently I have it set to 131072.


Question:  Does anyone have any idea what bottleneck I am hitting?  An 
index's performance should in theory scale as the log of the number of 
rows - what am I missing here?


Thanks very much!
Karl



I suppose I should also have noted that the postgresql processes that 
are dealing with the transactions seem to be CPU bound.  Here's a top 
from the running system:


top - 15:58:50 up 4 days,  4:45,  1 user,  load average: 17.14, 21.05, 22.46
Tasks: 194 total,  15 running, 177 sleeping,   0 stopped,   2 zombie
Cpu(s): 98.4% us,  1.5% sy,  0.0% ni,  0.0% id,  0.1% wa,  0.0% hi,  0.0% si
Mem:  16634256k total, 16280244k used,   354012k free,   144560k buffers
Swap:  8008360k total,   56k used,  8008304k free, 15071968k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
15966 postgres  18   0 1052m 1.0g 1.0g R 66.5  6.3   0:18.64 postmaster
14683 postgres  17   0 1053m 1.0g 1.0g R 54.9  6.3   0:17.90 postmaster
17050 postgres  15   0 1052m  93m  90m S 50.3  0.6   0:06.42 postmaster
16816 postgres  18   0 1052m 166m 162m R 46.3  1.0   0:04.80 postmaster
16697 postgres  18   0 1052m 992m 988m R 42.3  6.1   0:15.49 postmaster
17272 postgres  16   0 1053m 277m 273m S 30.8  1.7   0:09.91 postmaster
16659 postgres  16   0 1052m 217m 213m R 29.8  1.3   0:06.60 postmaster
15509 postgres  18   0 1052m 1.0g 1.0g R 23.2  6.4   0:26.72 postmaster
16329 postgres  18   0 1052m 195m 191m R 16.9  1.2   0:05.54 postmaster
14019 postgres  20   0 1052m 986m 983m R 16.5  6.1   0:16.50 postmaster
17002 postgres  18   0 1052m  38m  35m R 12.6  0.2   0:02.98 postmaster
16960 postgres  15   0 1053m 453m 449m S  3.3  2.8   0:10.39 postmaster
16421 postgres  15   0 1053m 1.0g 1.0g S  2.3  6.2   0:23.59 postmaster
13588 postgres  15   0 1052m 1.0g 1.0g D  0.3  6.4   0:47.89 postmaster
24708 root  15   0  2268 1136  836 R  0.3  0.0   0:05.92 top
1 root  15   0  1584  520  452 S  0.0  0.0   0:02.08 init

Karl




---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
  choose an index scan if your joining column's datatypes do not
  match


Re: [PERFORM] Parsing VACUUM VERBOSE

2007-06-18 Thread Guillaume Smet

On 6/18/07, Sabin Coanda [EMAIL PROTECTED] wrote:

Hi Guillaume,

I tried pgFouine.php app on a sample log file but it reports me some errors.
Could you give me some startup support, please ?
I attach the log here to find what's wrong.


Sorry for the delay. I answered to your private email this evening.

--
Guillaume

---(end of broadcast)---
TIP 9: In versions below 8.0, the planner will ignore your desire to
  choose an index scan if your joining column's datatypes do not
  match


Re: [PERFORM] Parsing VACUUM VERBOSE

2007-06-18 Thread Guillaume Smet

On 6/18/07, Y Sidhu [EMAIL PROTECTED] wrote:

 I am following this discussion with great interest. I have PG running on
FreeBSD and am forced to run pgFouine on a separate Linux box. I am hoping I
can create a log file. and then copy that over and have pgFouine analyze it
on the Linux box.
 a.  I created a log file out of vacuum verbose, is that right? It is not
complete because I don't know how to dump it into a file in some sort of
autmoated fashion. So, I have to take what is on the screen and copy it off.


If you want to analyze a VACUUM log, just run vacuumdb with the option
you need (for example -a -z -v -f for a vacuum full analyze verbose).

# vacuumdb -a -z -v -f  your_log_file.log

Then analyze this log file as explained on the pgFouine website.


 b.  I can also set a variable log_min_duration_statement in pgsql.conf

 I guess I am like Sabin,, and need some hand holding to get started.


This is completely different and it's useful for query log analysis.
So you don't care if you just want to analyze your vacuum behaviour.

--
Guillaume

---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [PERFORM] Volunteer to build a configuration tool

2007-06-18 Thread Greg Smith

On Mon, 18 Jun 2007, Campbell, Lance wrote:

The postgresql.conf settings would be tailored more to the individuals 
needs than the standard default file.  The second Iframe would contain 
the default settings one should consider using with their operating 
system.


I'd toyed with making a Javascript based tool for this but concluded it 
wasn't ever going to be robust enough for my purposes.  It wouldn't hurt 
to have it around through, as almost anything is an improvement over the 
current state of affairs for new users.


As far as prior art goes here, there was an ambitious tool driven by Josh 
Berkus called Configurator that tried to address this need but never got 
off the ground, you might want to swipe ideas from it.  See 
http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/configurator/configurator/ for 
some documents/code and 
http://pgfoundry.org/docman/index.php?group_id=1000106 for a handy 
Open-Office spreadsheet.


If you want this to take off as a project, make sure you can release the 
code under a free software license compatible with the PostgreSQL project, 
so others can contribute to it and it can be assimilated by the core 
project if it proves helpful.  I know I wouldn't spend a minute working on 
this if that's not the case.


I'd suggest you try and get the basic look fleshed out with some 
reasonable values for the parameters, then release the source and let 
other people nail down the parts you're missing.  Don't get stressed about 
making sure you have a good value to set for everything before releasing a 
beta, it's a lot easier for others to come in and help fix a couple of 
parameters once the basic framework is in place.


--
* Greg Smith [EMAIL PROTECTED] http://www.gregsmith.com Baltimore, MD



---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send an appropriate
  subscribe-nomail command to [EMAIL PROTECTED] so that your
  message can get through to the mailing list cleanly


Re: [PERFORM] Volunteer to build a configuration tool

2007-06-18 Thread Steve Atkins


On Jun 18, 2007, at 4:09 PM, [EMAIL PROTECTED] wrote:

one thing to point out to people about this idea is that nothing  
says that this page needs to be served via a webserver. If all the  
calculations are done in javascript this could be a local file that  
you open with a browser.


do any of the text-mode browsers implement javascript? if so then  
you have an answer even for the deeply buried isolated headless  
servers.


It doesn't really matter.

The implementation is likely to be trivial, and could be independently
knocked out by anyone in their favorite language in a few hours.

The tricky bits are going to be defining the problem and creating the
alogrithm to do the maths from input to output.

If that's so, the language or platform the proof-of-concept code is
written for isn't that important, as it's likely to be portable to  
anything

else without too much effort.

But the tricky bits seem quite tricky (and the first part, defining the
problem, is something where someone developing it on their
own, without some discussion with other users and devs
could easily end up way off in the weeds).

Cheers,
  Steve



David Lang

 On Mon, 18 Jun 2007, Campbell, Lance wrote:


I am a Java Software architect, DBA, and project manager for the
University of Illinois, Department of Web Services.  We use  
PostgreSQL

to serve about 2 million pages of dynamic content a month; everything
from calendars, surveys, forms, discussion boards, RSS feeds,  
etc.  I am

really impressed with this tool.



The only major problem area I have found where PostgreSQL is really
lacking is in what should my initial configuration settings be?  I
realize that there are many elements that can impact a DBA's specific
database settings but it would be nice to have a configuration tool
that would get someone up and running better in the beginning.



This is my idea:



A JavaScript HTML page that would have some basic questions at the  
top:


1) How much memory do you have?

2) How many connections will be made to the database?

3) What operating system do you use?

4) Etc...


---(end of  
broadcast)---

TIP 6: explain analyze is your friend



---(end of broadcast)---
TIP 6: explain analyze is your friend


Re: [PERFORM] Volunteer to build a configuration tool

2007-06-18 Thread Greg Smith

On Mon, 18 Jun 2007, [EMAIL PROTECTED] wrote:


do any of the text-mode browsers implement javascript?


http://links.twibright.com/

--
* Greg Smith [EMAIL PROTECTED] http://www.gregsmith.com Baltimore, MD

---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?

  http://www.postgresql.org/docs/faq


Re: [PERFORM] Performance query about large tables, lots of concurrent access

2007-06-18 Thread Tom Lane
Karl Wright [EMAIL PROTECTED] writes:
 - At any given time, there are up to 100 of these operations going on at 
 once against the same database.

It sounds like your hardware is far past maxed out.  Which is odd
since tables with a million or so rows are pretty small for modern
hardware.  What's the CPU and disk hardware here, exactly?  What do you
see when watching vmstat or iostat (as appropriate for OS, which you
didn't mention either)?

regards, tom lane

---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings