Re: [PERFORM] pg 9.1 brings host machine down

2012-06-09 Thread Craig Ringer
On 06/09/2012 01:52 AM, Konstantin Mikhailov wrote: Thanks alot. I've tried to play with work_mem and after few days of the production testing pg behaves much better. See no more files in the pgsql_tmp folder. pg processes consumes reasonable memory, no swap operation any more. I've studied offic

[PERFORM] partitioning performance question

2012-06-09 Thread Kevin Kempter
Hi All; We have a client that has a table where large blobs (bytea) are stored. the table has a key column that is numbers (like 112362) but unfortunately it's a varchar column so the blobs are accessed via queries like: select * from bigtable where keycol = '217765' The primary reason we w

Re: [PERFORM] how to change the index chosen in plan?

2012-06-09 Thread Kevin Grittner
"Kevin Grittner" wrote: >> shared_buffers | 60GB > > You might want to compare your performance with this setting against > a smaller setting. Many benchmarks have shown settings about a > certain point (like 8MB to 12 MB) to be counter-productive, although > a few have shown increased performa

Re: [PERFORM] how to change the index chosen in plan?

2012-06-09 Thread Kevin Grittner
Rural Hunter wrote: > 于 2012/6/9 0:39, Kevin Grittner 写道: > name | current_setting > full_page_writes | off There may be exceptions on some file systems, but generally turning this off leaves you vulnerable to possible database corruption if you OS or hardware crashes. > max_connections |