Re: Suggestions for benchmarking 7.4RC2 against 7.3

From: Rajesh Kumar Mallah <mallah(at)trade-india(dot)com>
To: Rajesh Kumar Mallah <mallah(at)trade-india(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Suggestions for benchmarking 7.4RC2 against 7.3
Date: 2003-11-12 15:04:53
Message-ID: 3FB24C15.1020907@trade-india.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

the error mentioned in first email has been overcome
by running osdb on the same machine hosting the DB server.

regds
mallah.

Rajesh Kumar Mallah wrote:

>
> Hi,
>
> I plan to put 7.4-RC2 in our production servers in next few hours.
>
> Since the hardware config & the performance related GUCs parameter
> are going to remain the same i am interested in seeing the performance
> improvements in 7.4 as compared 7.3 .
>
> For this i plan to use the OSDB 0.14 and compare the results for both
> the
> cases.
>
> Does any one has suggestions for comparing 7.4 against 7.3 ?
> Since i am using OSDB for second time only any tips/guidance
> on usage of that is also appreciated.
>
>
>
> H/W config:
>
> CPU: 4 X Intel(R) Xeon(TM) CPU 2.00GHz
> MEM : 2 GB
> I/O config : PGDATA on 10000 RPM Ultra160 scsi , pg_xlog on a similar
> seperate SCSI
>
> GUC:
> shared_buffers = 10000
> max_fsm_relations = 5000
> max_fsm_pages = 55099264
> sort_mem = 16384
> vacuum_mem = 8192
>
> All other performance related parameter have default
> value eg:
>
> #effective_cache_size = 1000 # typically 8KB each
> #random_page_cost = 4 # units are one sequential page fetch
> cost
> #cpu_tuple_cost = 0.01 # (same)
> #cpu_index_tuple_cost = 0.001 # (same)
> #cpu_operator_cost = 0.0025 # (same)
>
>
>
> BTW i get following error at the moment:
> -----------------------------------------
> /usr/local/bin/osdb-pg-ui --postgresql=no_hash_index
> "osdb"
> "Invoked: /usr/local/bin/osdb-pg-ui --postgresql=no_hash_index"
>
> create_tables() 0.78 seconds return value = 0
> load() 1.02 seconds return value = 0
> create_idx_uniques_key_bt() 0.64 seconds return value = 0
> create_idx_updates_key_bt() 0.61 seconds return value = 0
> create_idx_hundred_key_bt() 0.61 seconds return value = 0
> create_idx_tenpct_key_bt() 0.62 seconds return value = 0
> create_idx_tenpct_key_code_bt() 0.45 seconds return value = 0
> create_idx_tiny_key_bt() 0.46 seconds return value = 0
> create_idx_tenpct_int_bt() 0.46 seconds return value = 0
> create_idx_tenpct_signed_bt() 0.45 seconds return value = 0
> create_idx_uniques_code_h() 0.46 seconds return value = 0
> create_idx_tenpct_double_bt() 0.46 seconds return value = 0
> create_idx_updates_decim_bt() 0.45 seconds return value = 0
> create_idx_tenpct_float_bt() 0.46 seconds return value = 0
> create_idx_updates_int_bt() 0.46 seconds return value = 0
> create_idx_tenpct_decim_bt() 0.46 seconds return value = 0
> create_idx_hundred_code_h() 0.45 seconds return value = 0
> create_idx_tenpct_name_h() 0.46 seconds return value = 0
> create_idx_updates_code_h() 0.46 seconds return value = 0
> create_idx_tenpct_code_h() 0.45 seconds return value = 0
> create_idx_updates_double_bt() 0.46 seconds return value = 0
> create_idx_hundred_foreign() 0.41 seconds return value = 0
> populateDataBase() 11.54 seconds return value = 0
>
> Error in test Counting tuples at (6746)osdb.c:294:
> ... empty database -- empty results
> perror() reports: Resource temporarily unavailable
>
> someone sighup'd the parent
>
> Any clue?
>
> ------------------------------------------
>
>
> Regards
> Mallah.
>
>
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message alexandre :: aldeia digital 2003-11-12 15:41:03 Superior performance in PG 7.4
Previous Message Manfred Koizar 2003-11-12 15:04:48 Re: Seeking help with a query that takes too long