Спасибо за обзор инструмента.
А постоянная установка TCP-сессий не будет сказываться на следующих показателях?
а) скорости передачи
б) нагрузке CPU (для обхода блокировок маловероятно, никто не будет гонять большой трафик по такой схеме, но всё же).
В случае инкапсуляции трафика в TCP стоит изначально задавать tcp-window сильно больше стандартного значения. Окно, конечно, постепенно увеличивается, но при синхронной обработке сервером таких запросов это может пагубно сказаться.
Забавно, что тут в соседней статье про оптимизацию кода на ARM'ах, не далее как вчера некто доказывал отсутствие необходимости отлаживать и оптимизировать код, так как процессоры шагнули очень далеко.
Забавно, мне на собеседованиях попадались все перечисленные в посте задачи :) Первую решал через разницу сумм исходной и новой последовательности, вторую и третью предложенными вариантами.
Возможно, cwnd не выставляется константой по причине того, что сеть существует в реальном мире и RTT может сильно измениться спустя несколько TCP — сессий. Но это моё предположение.
А цикл статей хороший, автор молодец, разбирает полезные вещи. Было бы здорово ознакомиться с другими важными технологиями, работающими под капотом протоколов.
А постоянная установка TCP-сессий не будет сказываться на следующих показателях?
а) скорости передачи
б) нагрузке CPU (для обхода блокировок маловероятно, никто не будет гонять большой трафик по такой схеме, но всё же).
В случае инкапсуляции трафика в TCP стоит изначально задавать tcp-window сильно больше стандартного значения. Окно, конечно, постепенно увеличивается, но при синхронной обработке сервером таких запросов это может пагубно сказаться.
Довольно ироничное совпадение :)
А цикл статей хороший, автор молодец, разбирает полезные вещи. Было бы здорово ознакомиться с другими важными технологиями, работающими под капотом протоколов.
Вы наверное хабом ошиблись.
Быть может, проблема в нехватке именно квалифицированных кадров, а не отсутствии работы и задач?