Re: [PERFORM] GIST optimization to limit calls to operator on sub nodes

2014-06-29 Thread Tom Lane
Emre Hasegeli writes: > Pujol Mathieu : >> I made my own index to handle specific data and operators. It works >> pretty fine but I wonder if it was possible to optimize it. >> When I run my operator on a GIST node (in the method >> gist_range_consistent) it returns "NotConsistent" / >> "MaybeCons

Re: [PERFORM] GIST optimization to limit calls to operator on sub nodes

2014-06-29 Thread Emre Hasegeli
Pujol Mathieu : > Hello, > I already post my question in the General Mailing list, but without > succeed so I try this one that seems to me more specialized. > My question is about GIST index. > I made my own index to handle specific data and operators. It works > pretty fine but I wonder if it was

Re: [PERFORM] Postgres Replaying WAL slowly

2014-06-29 Thread Soni M
Here's some data from standby (this is when replaying take 44seconds per wal files): 2014-06-29 00:07:36.513 CDT,,,16682,,53af6f46.412a,44,,2014-06-28 20:43:34 CDT,,0,LOG,0,"restartpoint complete: wrote 63187 buffers (3.0%); 0 transaction log file(s) added, 0 removed, 0 recycled; write=209.170

Re: [PERFORM] Postgres Replaying WAL slowly

2014-06-29 Thread Soni M
top and sar says 100% cpu usage of one core, no sign of I/O wait. The database is 1.5TB in size. RAM in master is 145GB, on slave it's differ, some has about 16GB another has 145GB also. nothing suspicious on standby's postgres log. on master's postgres log : WARNING,01000,"pgstat wait timeout",,

Re: [PERFORM] Postgres Replaying WAL slowly

2014-06-29 Thread Heikki Linnakangas
On 06/29/2014 11:14 AM, Soni M wrote: Everything works fine until on Thursday we have high load on master, and after that every streaming replica lag further behind the master. Even on night and weekend where all server load is low. But the slony slave is OK at all. What does 'top' on the stand

[PERFORM] Postgres Replaying WAL slowly

2014-06-29 Thread Soni M
Hello Everyone ... We have 6 PG 9.1.12 installation, one master (Ubuntu 10.04), one slony slave(Ubuntu 10.04), and four streaming replica (2 on Ubuntu 10.04 and 2 on RHEL 6.5 (Santiago) which lies on different datacenter). All Ubuntu is on same datacenter. Master send wal archive to slony slave.