On Nov 26, 2007 2:48 PM, Bill Moran <wmoran@potentialtech.com> wrote:
Oh yeah ... there's lots of room for improvement here.> On Nov 26, 2007 1:52 PM, Bill Moran < wmoran@potentialtech.com> wrote:
>
> > My point is:
> > a) Let me send you a tweaked postgresql.conf file and well find
> > out whether the performance difference is simply a matter of
> > untuned configuration and ...
>
> I will post them for all to see, maybe someone will point out something
> else.
>
> These are the non comment lines in postgresql.conf
>
> hba_file = '/etc/postgresql/8.2/main/pg_hba.conf'
> ident_file = '/etc/postgresql/8.2/main/pg_ident.conf'
> external_pid_file = '/var/run/postgresql/8.2-main.pid'
> listen_addresses = 'localhost'
> port = 5432
> max_connections = 100
> unix_socket_directory = '/var/run/postgresql'
> shared_buffers = 24MB
> max_fsm_pages = 153600
> log_line_prefix = '%t '
> stats_row_level = on
> autovacuum = on
> datestyle = 'iso, dmy'
> lc_messages = 'en_CA.UTF-8'
> lc_monetary = 'en_CA.UTF-8'
> lc_numeric = 'en_CA.UTF-8'
> lc_time = 'en_CA.UTF-8'
How much RAM does this system have, and how much of it is "free"
memory during the test?
Khalid ... are you willing to work with me to investigate this?
If not, I'll try to get my own test rig set up, but it probably
won't happen until the new year.
Off the top of my head, I'd start out with 2 things:
*) Bump shared_buffers to 1/4 the total memory on the system
*) "vacuum analyze" the database after the load but before
the perf test.
I'll look this over a bit and send you a recommended config file
later this evening.