А какой перформанс у TLS рукопожатия?

Жаба же

можешь сравнить с openssl s_client и s_server

Ничего не знаю пока по сабжу, но по коду есть куча вхождений этого флага, что в С2, что в Граале.

Видно что на powerpc, arm32, arm64 он не работает (должны быть ворнинги). На x86, x86_64, спарке, s390 (IBM System Z?) - работают.

Но на x86_* нужно в процессоре SSE 4.2 и выше.

ради интереса запустил

time openssl s_client -connect ближайшийХТТПСсервервинтернете:443 < /dev/null

выдало 18 миллисекунд при 2048битном ключе

и это даже не на локалхосте, настраивать влом было

можете начинать срачик С vs Жаба

а если сделать «rngd -r /dev/urandom», не станет лучше?

Да стало лучше, теперь на первую таску SSLEngine сервер тратит 12 мс. Точнее при первом клиенте 100, при втором 24, а на третьем 12 и последюущие клиенты не опускают эту планку. Может какой разогрев JVM произошел или rngd помогло, уже плохо соображаю )

У меня выдало 37 мс на сайте провайдера с пингом 1.5 мс.

предположение в том, что если в системе закончится энтропия, то ей станет плохо. Вроде для этого какие-то даже серверы пишут, сейчас не вспомню. Но rgnd уже должен помочь.

JVM же не сохраняет состояния между перезапусками. Перезапусти JVM, если будет все так же хорошо - значит виноват не прогрев

уменьшить количество вызовов методов перед тем, когда начнется JIT-компиляция, можно с помощью -XX:CompileThreshold=1 (меньше - не значит лучше, с единицей стартап перфоманс будет ужасен)

то что первые несколько клиентов тормозят - это нормально, добро пожаловать в жабу =)

Видимо это разогрев JVM, на сервере перформанс резко возрастает до ~18 мс после 3-4 клиента. А вот клиенты всегда показывают ~90 мс на первой таске SSLEngine. Не знаю почему это сразу не заметил, видимо мозг перегружен уже - пойду спать )

у RSA в принципе хреновая производительность, поэтому в TLS придумали тикет сессии.

но серверу это обычно не особо помогает

https://en.wikipedia.org/wiki/Transport_Layer_Security#Resumed_TLS_handshake

AES начинается уже после рукопожатия. Посмотрел бы варинты обмена ключами. Этих ваших диффи хелманов бывает много разных.

Я в настройках ничего не менял, видимо всё по дефолту идёт. Собственно затем и создал тему, может кто какие настройки поинтереснее подкинет. Пока только такое нашел https://groups.google.com/forum/#!topic/netty/wzGNk37rr3U

Нашел бенчмарки https://speakerdeck.com/normanmaurer/writing-highly-performant-network-framew...

Посмотрел свой набор шифров TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 Не слишком круто? Может по меньше битов сделать?

Смотрю даже у гугла ECDHE-RSA-AES128-GCM-SHA256

Ну опять же битность аес это то что начинается после хендшейка. Рса он не очень быстрый, мож кривые попробовать стоит для разнообразия.

Так погоди. А сгуглом твой клиент быстро соединяется?

Также, у клиента проблема из-за отсутствия разогрева JVM. А сервер со временем разогревается. И поставив набор шифров как у Гугла, на стороне сервера удалось до 7 мс снизить обработку первой таски SSLEngine.

Над клиентом потом по колдую, пока все устраивает.

вот так жабка снижает безопасность интернетов!

Ахаха, ваш Си просто эталон безопасности. Раз в год обязательно порадует эпичным эпик фейлом, раз в месяц по забавному CVE.

кстати, у тебя система 64 битная?

А у тебя какая операционная система, где клиент?

Если Linux x86_64, то можно попробовать AOT на Граале. Возможно, там прогрева будет не нужно.

Причем аот - штука опциональная, можно его включать только для линукса, а на остальных платформах отключать, переписывать код это не заставит

Но ты не можешь использовать в аоте lambda expressions, и есть ещё какие-то ограничения (я в точности не в курсе, потому что не использую на практике)

Угу

А я помню, что где-то видел аргумент для JVM, который позволяет задать методы, которые необходимо сразу скомпилировать. Точно помню, что-то подобное находил.

А я помню, что где-то видел аргумент для JVM, который позволяет задать методы, которые необходимо сразу скомпилировать.

Задать методы нет, а вот компилировать сразу при входе в метод, это пожалуйста. «java -Xcomp», и пусть весь мир подождёт. Профиль потеряется тоже, так что скомпилирует хуже наверняка.

Рукопожатие всегда самая медленная стадия, с этим борются с помощью кэша сессий