Ну. У нас есть такая проблема. Куча хостов на одном сервере, а из-за сертификатов каждый рестарт превращается в ад.
На тестах серты в переменную показали просто нифиговое сокращение времени рестарта до 0.06 сек. Но мы не можем ввиду специфики подать туда нагрузку... стремно чот.
Дело в том, что в этом случае на каждое новое установление TLS серт и ключ должны читаться с диска. К чему это приведёт в продакшн - пока неизвестно ))
Если путь к файлу прописан переменной - то, если я правильно понимаю, fopen() оно будет дергать на _каждый_ коннект. Понятно, что второй и последующие будут пролетать через кэш фс, но контекст-свитч никто не отменял.
Если путь к файлу прописан переменной - то, если я правильно понимаю, fopen() оно будет дергать на _каждый_ коннект. Понятно, что второй и последующие будут пролетать через кэш фс, но контекст-свитч никто не отменял.
Нет, fopen только первый раз, потом у тебя в памяти будет инициализировано
Если путь к файлу прописан переменной - то, если я правильно понимаю, fopen() оно будет дергать на _каждый_ коннект. Понятно, что второй и последующие будут пролетать через кэш фс, но контекст-свитч никто не отменял.
Нет. Не каждый. На каждый _первый_ коннект от конкретного пользователя. Не стоит забывать про другие современные технологии и примочки типа tickets cache
Надо в код смотреть. Есть сомнения, что это так работает.
У вас всего 4к сессий надо если поставить 2 сервера рядом то для нждинкса хватит 8 ядер, а на втором чем больше потоков тем лучше и просто открыть 4к сессий с таймером. Будет вам результат продакшен поведения