Date: Mon, 21 Oct 2013 17:00:45 -0700 (PDT)
From: sparikh <sparikh@ecotality.com>
To: pgsql-performance@postgresql.org
Message-ID: <1382400045239-5775361.post@n5.nabble.com>
In-Reply-To: <5265B562.3040407@fuzzy.cz>
References: <1381869626548-5774673.post@n5.nabble.com>
 <1382291901534-5775181.post@n5.nabble.com> <526460B7.3020008@fuzzy.cz>
 <1382367933794-5775257.post@n5.nabble.com> <52658780.1040002@fuzzy.cz>
 <1382390332002-5775332.post@n5.nabble.com> <5265A28E.4060601@fuzzy.cz>
 <1382396377294-5775349.post@n5.nabble.com> <5265B562.3040407@fuzzy.cz>
Subject: Re: Hot Standby performance issue
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Precedence: bulk
Sender: pgsql-performance-owner@postgresql.org

> Do you suggest if I remove all the data files from /data/base folder 
> of standby and again rebuild using rsync from primary ? do you see 
> any issues there.? This is just to rule out any fragmentation on 
> standby side. 

The EXPLAIN really should not do much I/O. I doubt it has anything to do 
with fragmentation, so I doubt this is going to help. 

Actually I was referring to this in the context of addressing main
underlying performance issue, not EXPLAIN. Sorry, I may not have
communicated it correctly.

Even strance does not seem to be installed.

The filesytem type it shows to me ext3.

Thanks.


--
View this message in context: http://postgresql.1045698.n5.nabble.com/Hot-Standby-performance-issue-tp5774673p5775361.html
Sent from the PostgreSQL - performance mailing list archive at Nabble.com.


-- 
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance