Исправление firkax, (текущая версия) :
Ну, кому как. Мне вот больше нравится, когда про ssl не то что думать не надо, а его и в ldd бинарника не видно, он изолирован в процессе, отвечающем за терминирование ssl, и с полезной нагрузкой вообще почти не пересекается. Особенно с учётом отвратительного качества ssl-библиотек. А ещё в таком случае эти процессы можно и по разным железкам раскидать, если нагрузка большая - приложению с его нуждой в глобальном состоянии будет как раз хорошо, что никто не будет занимать вычислительные ресурсы его железок всякими ssl и прочими левыми расходами, увеличивая фрагментацию. И ещё, кстати, вот нашли очередной баг в openssl или в даже в протоколе, надо перезапускать всё что с ним слинковано. Если оно в отдельном процессе - приложение вообще ничего не заметит.
Исправление firkax, :
Ну, кому как. Мне вот больше нравится, когда про ssl не то что думать не надо, а его и в ldd бинарника не видно, он изолирован в процессе, отвечающем за терминирование ssl, и с полезной нагрузкой вообще почти не пересекается. Особенно с учётом отвратительного качества ssl-библиотек. А ещё в таком случае эти процессы можно и по разным железкам раскидать, если нагрузка большая - приложению с его нуждой в глобальном состоянии будет как раз хорошо, что никто не будет занимать вычислительные ресурсы его железок всякими ssl и прочими левыми расходами, увеличивая фрагментацию.
Исходная версия firkax, :
Ну, кому как. Мне вот больше нравится, когда про ssl не то что думать не надо, а его и в ldd бинарника не видно, он изолирован в процессе, отвечающем за терминирование ssl, и с полезной нагрузкой вообще почти не пересекается. Особенно с учётом отвратительного качества ssl-библиотек. А ещё в таком случае эти процессы можно и по разным железкам раскидать, если нагрузка большая - приложению с его нуждой в глобальном состоянии будет как раз хорошо, что никто не будет занимать вычислительные ресурсы его железок всякими ssl и фильтрацией атак, увеличивая фрагментацию.