Re: danger of stats_temp_directory = /dev/shm

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: danger of stats_temp_directory = /dev/shm
Дата
Msg-id 52127639.20301@agliodbs.com
обсуждение исходный текст
Ответ на Re: danger of stats_temp_directory = /dev/shm  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: danger of stats_temp_directory = /dev/shm  (Andres Freund <andres@2ndquadrant.com>)
Re: danger of stats_temp_directory = /dev/shm  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom,

> I note BTW that similar complaints could be lodged against the
> log_directory setting.  We've not worried about that one too much.

Actually, it does happen that when you change log_directory on a reload,
stuff takes an uneven amount of time to "cut over"; that is, there's a
few seconds while you're writing to both logs at once.  Materially,
though, this isn't a serious operational issue (the logs are known to be
asynchronous), so beyond confusing newbies, it's not something we'd want
to fix.

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: 9.4 regression
Следующее
От: Andres Freund
Дата:
Сообщение: Re: danger of stats_temp_directory = /dev/shm