Re: Replication/cloning: rsync vs modification dates?

From: Michael Nolan <htfoot(at)gmail(dot)com>
To: Chris Angelico <rosuav(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Replication/cloning: rsync vs modification dates?
Date: 2012-07-16 15:40:51
Message-ID: CAOzAquJyb8wMGi2xmyy96uHoWJ8SbUKFyofLgKppV-FhFUVojg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 7/16/12, Chris Angelico <rosuav(at)gmail(dot)com> wrote:
> I'm speccing up a three-node database for reliability, making use of
> streaming replication, and it's all working but I have a bit of a
> performance concern.
>
>
> Can the individual files' modification timestamps be relied upon? If
> so, it'd potentially mean a lot of savings, as the directory entries
> can be read fairly efficiently. I could still then use rsync to
> transfer those files (so if it's only a small part that's changed, we
> take advantage of its optimizations too).

I did several weeks of tests on 9.1.3 using mod time and file size
rather than checksumming the files, that did not appear to cause any problems
and it sped up the rsync considerably. (This was about a 40 GB database.)
--
Mike Nolan

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Chris Angelico 2012-07-16 15:45:16 Re: Replication/cloning: rsync vs modification dates?
Previous Message Craig Ringer 2012-07-16 15:09:09 Re: DB fails to start: "Could not read from file "pg_clog/0003" at offset 212992: No error.