Re: [PERFORM] Intel SSDs that may not suck

2011-04-04 Thread Greg Smith
On 03/28/2011 04:21 PM, Greg Smith wrote: Today is the launch of Intel's 3rd generation SSD line, the 320 series. And they've finally produced a cheap consumer product that may be useful for databases, too! They've put 6 small capacitors onto the board and added logic to flush the write cache

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Scott Marlowe
Best of luck, the two standard links for this kind of problem are: http://wiki.postgresql.org/wiki/Guide_to_reporting_problems http://wiki.postgresql.org/wiki/SlowQueryQuestions Note that in creating the information needed to report a problem you may well wind up troubleshooting it and fixing it.

Re: [PERFORM] very long updates very small tables

2011-04-04 Thread Kevin Grittner
Lars Feistner wrote: > On 03/30/2011 06:54 PM, Kevin Grittner wrote: >> If you haven't already done so, you should probably turn on >> checkpoint logging to see if this corresponds to checkpoint >> activity. If it does, you can try cranking up how aggressive >> your background writer is, and pe

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Raghavendra
Adarsh, > [root@s8-mysd-2 8.4SS]# iostat > -bash: iostat: command not found > > /usr/bin/iostat Our application runs by making connections to Postgres Server from different > servers and selecting data from one table & insert into remaining tables in > a database. When you are doing bulk inser

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Adarsh Sharma
Thank U all, I know some things to work on & after some work & study on them , I will continue this discussion tomorrow . Best Regards, Adarsh Raghavendra wrote: Adarsh, [root@s8-mysd-2 8.4SS]# iostat -bash: iostat: command not found /usr/bin/iostat Our application runs

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread tv
> > > Thanks Scott : > > My iostat package is not installed but have a look on below output: > > [root@s8-mysd-2 8.4SS]# vmstat 10 > procs ---memory-- ---swap-- -io --system-- > -cpu-- > r b swpd free buff cache si sobibo incs us sy > id wa

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Scott Marlowe
On Mon, Apr 4, 2011 at 5:51 AM, Adarsh Sharma wrote: > > > Thanks Scott : > > My iostat package is not installed but have a look on below output: > > [root@s8-mysd-2 8.4SS]# vmstat 10 > procs ---memory-- ---swap-- -io --system-- > -cpu-- >  r  b   swpd   free   buff

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Achilleas Mantzios
You got to have something to compare against. I would say, try to run some benchmarks (pgbench from contrib) and compare them against a known good instance of postgresql, if you have access in such a machine. That said, and forgive me if i sound a little "explicit" but if you dont know how to in

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Adarsh Sharma
Thanks Scott : My iostat package is not installed but have a look on below output: [root@s8-mysd-2 8.4SS]# vmstat 10 procs ---memory-- ---swap-- -io --system-- -cpu-- r b swpd free buff cache si sobibo incs us sy id wa st 1 0 147664

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Scott Marlowe
On Mon, Apr 4, 2011 at 5:34 AM, Adarsh Sharma wrote: > Mem:  16299476k total, 16198784k used,   100692k free,    73776k buffers > Swap: 16787884k total,   148176k used, 16639708k free, 15585396k cached > >   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+ > COMMAND >  3401 postgres  20  

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Adarsh Sharma
My database size is :- postgres=# select pg_size_pretty(pg_database_size('pdc_uima_dummy')); pg_size_pretty 49 GB (1 row) I have a doubt regarding postgres Memory Usage :- Say my Application makes Connection to Database Server ( *.*.*.106) from (*.*.*.111, *.*.*.113, *.*.*.114)

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Raghavendra
Adarsh, What is the Size of Database? Best Regards, Raghavendra EnterpriseDB Corporation On Mon, Apr 4, 2011 at 4:24 PM, Scott Marlowe wrote: > On Mon, Apr 4, 2011 at 4:43 AM, Scott Marlowe > wrote: > > > >> [root@s8-mysd-2 ~]# free total used free > shared > >>buf

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Scott Marlowe
On Mon, Apr 4, 2011 at 4:43 AM, Scott Marlowe wrote: > >> [root@s8-mysd-2 ~]# free              total       used       free     shared >>    buffers     cached >> Mem:      16299476   16202264      97212          0      58924   15231852 >> -/+ buffers/cache:     911488   15387988 >> Swap:     1678

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Sethu Prasad
Also you can try to take the help of pgtune before hand. pgfoundry.org/projects/*pgtune*/ On Mon, Apr 4, 2011 at 12:43 PM, Scott Marlowe wrote: > On Mon, Apr 4, 2011 at 3:40 AM, Adarsh Sharma > wrote: > > Dear all, > > > > I have a Postgres database server with 16GB RAM. > > Our application ru

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Scott Marlowe
On Mon, Apr 4, 2011 at 3:40 AM, Adarsh Sharma wrote: > Dear all, > > I have a Postgres database server with 16GB RAM. > Our application runs by making connections to Postgres Server from different > servers and selecting data from one table & insert into remaining tables in > a database. > > Below

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread Adarsh Sharma
t...@fuzzy.cz wrote: max_connections = 700 shared_buffers = 4096MB temp_buffers = 16MB work_mem = 64MB maintenance_work_mem = 128MB wal_buffers = 32MB checkpoint_segments = 32 random_page_cost = 2.0 effective_cache_size = 4096MB First of all, there's no reason to increase wal_buffers above 32MB

Re: [PERFORM] Postgres Performance Tuning

2011-04-04 Thread tv
> max_connections = 700 > shared_buffers = 4096MB > temp_buffers = 16MB > work_mem = 64MB > maintenance_work_mem = 128MB > wal_buffers = 32MB > checkpoint_segments = 32 > random_page_cost = 2.0 > effective_cache_size = 4096MB First of all, there's no reason to increase wal_buffers above 32MB. AFAI

[PERFORM] Postgres Performance Tuning

2011-04-04 Thread Adarsh Sharma
Dear all, I have a Postgres database server with 16GB RAM. Our application runs by making connections to Postgres Server from different servers and selecting data from one table & insert into remaining tables in a database. Below is the no. of connections output :- postgres=# select datname,

Re: [PERFORM] very long updates very small tables

2011-04-04 Thread Lars Feistner
On 03/30/2011 06:54 PM, Kevin Grittner wrote: Lars Feistner wrote: On 03/29/2011 09:28 PM, Kevin Grittner wrote: Lars Feistner wrote: The log tells me that certain update statements take sometimes about 3-10 minutes. But we are talking about updates on tables with 1000 to 1 rows and