Re: Влияние на производительность проверок на существоание файла (-f) в rewrite модуле

[Dmitry Sergeev]

Спасибо за ответ. К сожалению на выкатку без простоя я повлиять не могу. 
Флаг тех. работ во время деплоя всех устраивает, а вот поддержка в коде 
двух структур данных в бд (до миграции и после) не очень устраивает. 
Поэтому так живем.

Также в редких случаях, при авариях, требуется закрывать сервис на тех. 
работы.
В целом, много вызовов stat не очень страшно, но только ради редких тех. 
работ так делать все таки не буду.

Еще раз спасибо.

On 23/05/2019 17:43, Maxim Dounin wrote:
> Hello!
>
> On Thu, May 23, 2019 at 03:10:28PM +0500, Dmitry Sergeev wrote:
>
>
> При такой конфигурации на каждый запрос[*] будет делаться
> системный вызов stat().  Скорее всего необходимые данные будут в
> кэше операционной системы, и этот системный вызов будет быстрым,
> так что на производительности это скажется минимально.
>
> Так что если речь не идёт о борьбе за каждый процент - про
> производительность подобной конструкции можно не переживать.
> Другой вопрос, что сама по себе конструкция не очень, выкатку
> нужно уметь делать без перерывов в обслуживании.
>
> [*] Вообще-то в можно ещё и настроить кэширование внутри nginx'а,
> чтобы сэкономить системные вызовы (http://nginx.org/r/open_file_cache).
> Но практика показывает, что на производительность это влияет
> минимально, а вот выстрелить себе в ногу неатомарным изменением
> файлов станет легко.
>
-- 
Kind regards
Dmitry Sergeev
Tel: +7 (951) 129-75-72