From: | Patrick B <patrickbakerbr(at)gmail(dot)com> |
---|---|
To: | Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com> |
Cc: | David Gibbons <david(at)dgibbons(dot)net>, Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: 2.5TB Migration from SATA to SSD disks - PostgreSQL 9.2 |
Date: | 2016-09-11 09:26:42 |
Message-ID: | CAJNY3ivJcKi9SLLeprEhMiBO6XiX25d0gBNB8Yn1caQ+SBGwYw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
2016-09-11 14:09 GMT+12:00 Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>:
> On 9/8/16 3:29 PM, David Gibbons wrote:
>
>>
>> Isn't this heading in the wrong direction? We need to be more
>> precise than 0 (since 0 is computed off of rounded/truncated time
>> stamps), not less precise than 0.
>>
>> Cheers,
>>
>> Jeff
>>
>>
>>
>> Hmm, You may be right, reading it 4 more times for comprehension it
>> looks like it should be set to -1 not 1.
>>
>
> Not according to my man page:
>
> --modify-window
> When comparing two timestamps, rsync treats the timestamps
> as being equal if they differ by no more than the modify-window value.
> This is normally 0 (for an exact match), but you
> may find it useful to set this to a larger value in some
> situations. In particular, when transferring to or from an MS Windows FAT
> filesystem (which represents times with a
> 2-second resolution), --modify-window=1 is useful (allowing
> times to differ by up to 1 second).
>
>
> --
> Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
> Experts in Analytics, Data Architecture and PostgreSQL
> Data in Trouble? Get it in Treble! http://BlueTreble.com
> 855-TREBLE2 (855-873-2532) mobile: 512-569-9461
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>
So... what do u guys recommend? which options should I use?
Patrick
From | Date | Subject | |
---|---|---|---|
Next Message | Mimiko | 2016-09-11 11:35:25 | Re: postgres driver for mysql |
Previous Message | Mark Morgan Lloyd | 2016-09-11 08:43:44 | Re: postgres driver for mysql |