Re: 2.5TB Migration from SATA to SSD disks - PostgreSQL 9.2

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: 2.5TB Migration from SATA to SSD disks - PostgreSQL 9.2
Дата
Msg-id CAOR=d=0xNTUBzAf8CReRKpgAELUuf4OkHRRprjjsQfiB-c9hrw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: 2.5TB Migration from SATA to SSD disks - PostgreSQL 9.2  (Patrick B <patrickbakerbr@gmail.com>)
Ответы Re: 2.5TB Migration from SATA to SSD disks - PostgreSQL 9.2  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-general
On Sun, Sep 11, 2016 at 3:26 AM, Patrick B <patrickbakerbr@gmail.com> wrote:
>
>
> 2016-09-11 14:09 GMT+12:00 Jim Nasby <Jim.Nasby@bluetreble.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@postgresql.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

Why not subscribe a new cluster on the same box with pg_basebackup?


В списке pgsql-general по дате отправления:

Предыдущее
От: Venkata B Nagothi
Дата:
Сообщение: Re: large number dead tup - Postgres 9.5
Следующее
От: Moreno Andreo
Дата:
Сообщение: Re: Question about locking and pg_locks