Вообще это не рандом. Напишите мне в личку, в понедельник найдем вас в база и выдадим промокод. То же самое относится и к вашим друзьям/коллегам, естественно.
Самой главный недостаток расшифровки, который я пропустил/, заключается в том, что на видео вырезано начало. Где я объясняю назначение этой презентации. Это не расссказ про TCP стек. И это на самом деле не рассказ про новый HttpClient на новом протоколе HTTP/2. Просто после того как раньше мы сделали различные презентации про производительность, я получил кучу запросов, что все эти правила и методологии это хорошо, а неплохо было бы показать это на реальном живом проекте. Вот я и взял свой последний завершенный на тот момент проект и сделал историю как его разгонял. Чтобы показать весь процесс на отдельно взятом проекте. Такое вот пропущенное введение.
Если вернутся к вопросу.
Почему в данном случае это не нужно (сорсить бенчи):
— NODELAY клэш весьма чувствителен к размеру окна и размеру передаваемых данных. За последний год клиент развивался и менялся и нет накакой гарантии (и никто не будет проверять), что этот клэш существует в данный момент. Да даже год назад данная проблема не обязательно бы повторилась после всей кучи последующих оптимизаций, который конечно же поменяли размеры и интенсивность траффика. Sic! Перформансные оптимизации — не коммутативны! (и не ассоциативны тоже).
— За год клиент менялся в плане внешнего API и ресурсов поддерживать банальную компилируемость бенчей нет. Так что никто из performance team не проверял как они работают сейчас, кроме уже самих авторов клиента, который бенч получили, а что они там с ним делают неизвестно.
— В природе гуглится куча статей с бенчми на NODELAY, гораздо более информативных чем рассказано в данном докладе.
Почему в данном случае это нереально:
— выклыдывание в открытый доступ любого кода написанного мной для текущего работадателя требует согласования с юристами. Как минимум причина «для доклада» — не очень хорошее бизнес обоснование.
Само собой в общем случае — выкладывать бенчи к докладу — это хорошая идея, и когда это возможно я всегда так и делал. Но не в данном конкретном примере.
Вдогонку. Стоит добавить.
Вообще проблема Nagel VS delayed ACK правильным образом должна решаться не опцией TCP_NODELAY, а опцией TCP_QUICKACK.
К сожалению, когда писали Java networking такой опции еще не существовала в природе.
Поэтому на момент написания HttpClient'а такое опции и не было в Java.
У нас есть фича реквест — добавить в java.net все новые опции. И он был сделан.
Но TCP_QUICKACK успела попасть только в Java10.
see: docs.oracle.com/javase/10/docs/api/jdk/net/ExtendedSocketOptions.html
На самом деле совершенно неважно, на кого похожа утка. Это просто бракованный товар, а дарить участникам брак — дурной тон, вот и все.
На JPoint 2019 можете к нам заглянуть, подарим вам Эрнеста. Напишите мне в личку, чтобы я это дело не забыл
Или на почту ruslan@jugru.org
Можете просто посмотреть на список компаний, в которых точно есть вакансии для тех, кто хочет коммитить в OpenJDK, например
А еще хочу посмотреть на кота, чей поход в туалет пахнет расизмом.
Написать мне на ruslan@jugru.org
Надеемся, что-то будет: будем звать (а может уже позвали) @relizarov abreslav
Неправильно писали его фамилию
Наши конференции тоже стоят ощутимо дороже.
Начну отвечать с конца:
3. Сетка докладов будет позже, если совсем примерно, то где-то с 11:00 до 17:00/18:00
2. Автобусы будут.
1. Это счет-оферта о приобретении билета, необходимо для отчетности бизнеса.