Армянское Радио

Никак не уберечься. Что-то совершенно напрасно заставляет вас думать что ту же идею независимо от вас никто не реализует.

Открыть - стоит
Обольщаться, что твой код будут портировать и использовать - не стоит

Привязка к винде - отдельный геморой, тк ставить на NAS винду, то еще извращение.

Хороших пушреквестов

ICMP трафик не показатель, тем более с инициализированный с вашей стороны.

Смотреть нужно оттуда, для этого есть сервисы подобные этому https://ping-admin.ru/free_test/

lua, python, c# для скриптинга
c++ для движка

Класс ААА определяется продажами. Продажи не зависят от ЯП

lsof | grep deleted

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

Гуглите по stdin, stdout и stderr.

Типичный коммутатор второго уровня будет обрабатывать пакеты по мере поступления. Если никакие ограничения на портах не включены, то любое устройство в сети сможет занять всю пропускную способность порта WAN (в пределах коммутатора - это обычный порт и он не в праве ограничивать трафик между двумя портами).
В ваших вариантах это FIFO.
Но следует отметить, что в типичном коммутаторе не один конвейер обработки трафика, т.е. если одно устройство полностью прогружает внешний интерфейс (который, как я уже написал, обычный порт для коммутатора) это никак не скажется на обработке пакетов в соседней группе портов.

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

Ну, кроме как S-Video - SCART других вариантов нет. Есть специальные конвертеры HDMI (DVI) в S-Video, но это дорогая экзотика и в итоге получаем тот же S-Video

Спросить у Maciej Kuciara
Вам, программистам, это в голову не приходит?

C/C++ для систем реального времени must have. Если поперек на производительность - пишите на чем угодного.

Во первых - ниодин сервер участвующий в тестах спидтеста не обещал вам что у него стомегабитный канал
Во вторых - ниодин сервер в интрнетах вам не обещает отдавать контент со скоростью 100 мегабит

В третьих - с большой вероятностью ваш SOHO роутер быстрее сдохнет чем переварит вам 100 мегабит трафика

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

Ещё, у вас тариф не 100 мегабит а ДО 100 мегабит, так что если даже вы получаете 50 то пров тут чист как стёклышко ;)

Выберите популярный файл на торренте с количеством сидов в несколько тысяч и размером не менее гигабайта. Скачивайте и смотрите за скоростью. Trace route, MTR вам скорость не покажут, speedtest на высоких скоростях тоже может показать меньше.