forum.opennet.ru - "Включение поддержки HTTP/3 в Firefox намечено на конец мая" (86)

"Включение поддержки HTTP/3 в Firefox намечено на конец мая"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
Сообщение от opennews (?), 17-Апр-21, 08:46
Компания Mozilla сообщила о намерении начать поэтапное включение протоколов HTTP/3 и QUIC в выпуске Firefox 88, намеченном на 19 апреля (изначально, релиз ожидался 20 апреля, но, судя по графику, сдвинут на один день). Вначале поддержка HTTP/3 будет активирована лишь для небольшого процента пользователей и, если не возникнет непредвиденных проблем, будет доведена до всех к концу мая. В ночных сборках и бета-версиях HTTP/3 был включён по умолчанию в конце марта... Подробнее: https://www.opennet.me/opennews/art.shtml?num=54979
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, iPony129412 (?), 08:46 , 17-Апр-21, (1) –11

Скрыто модератором, Леголас (ok), 08:50 , 17-Апр-21, (2)

Скрыто модератором, pisyandrik (ok), 09:03 , 17-Апр-21, (7) +4

Скрыто модератором, Леголас (ok), 09:13 , 17-Апр-21, (8)

Скрыто модератором, Аноним (22), 10:10 , 17-Апр-21, (22) +3

Скрыто модератором, КО (?), 09:31 , 17-Апр-21, (12)
Скрыто модератором, Аноним (-), 23:44 , 17-Апр-21, (51)

Скрыто модератором, Аноним (3), 08:51 , 17-Апр-21, (3)
Скрыто модератором, Аноним (14), 09:33 , 17-Апр-21, (14) +2

Скрыто модератором, Аноним (14), 18:52 , 22-Апр-21, (107)

Скрыто модератором, kravich (ok), 10:05 , 17-Апр-21, (20) –1

Скрыто модератором, РУСТофил (?), 10:08 , 17-Апр-21, (21) –1

Скрыто модератором, rinat85 (ok), 11:03 , 17-Апр-21, (27) +3

Скрыто модератором, Аноним (26), 10:56 , 17-Апр-21, (26) +4

Интересно как Кто в курсе дайте ссылку на алгоритмы Если использовать просто д, Аноним (5), 08:59 , 17-Апр-21, (5) +1

Например вот так https www opennet ru docs RUS inet_book 2 28 corec_28 htmlЧто, Аноним (9), 09:16 , 17-Апр-21, (9) +2

Процент битых пакетов в сети - один на миллион Несоизмеримо чаще ситуация, когд, Урри (ok), 11:23 , 17-Апр-21, (29) +1

Согласен, это определенный оверхед, однако при всём при этом сервер может поправ, Аноним (9), 12:23 , 17-Апр-21, (34)
Угу, теперь попробуй это по вафле с соседом качающим торент или мобильному линку, Аноним (-), 23:47 , 17-Апр-21, (52) +1
Можно добавлять один пакет с ECC на 100 пакетов допустим Который позволит восста, Онаним (?), 20:18 , 19-Апр-21, (77)

Ищите по QUIC-FEC, но мне кажется это сих пор находится в зачаточном состоянии , Аноним (23), 10:20 , 17-Апр-21, (23) +1

Да, это в планах Additionally, the protocol can be extended with forward error, Аноним (23), 10:29 , 17-Апр-21, (24) +1

Только в каких-то синтетических тестах такое может произойти, из за мизерного тр, Аноним (43), 18:48 , 17-Апр-21, (43) +2

Физический уровень видите ли затратно переделывать - никто не будет резко менять, Аноним (-), 23:52 , 17-Апр-21, (53)
Если коррекция ошибок способна восстановить 10 пакетов из 100 - она способна вос, Онаним (?), 20:20 , 19-Апр-21, (78)

Но ценой увеличения трафика на 10 , чудес не бывает Повторная же передача увели, Аноним (43), 04:21 , 20-Апр-21, (86)

На последних метрах если это не копеечные Ethernet свитчи, а какой-нибудь VDSL , Онаним (?), 09:46 , 20-Апр-21, (87)

А беспроводных линков в вашей картине мира вообще не существует Там конечно FEC, Аноним (-), 05:40 , 21-Апр-21, (94)

На пользовательских беспроводных линках единичные потери как раз частый случай, Онаним (?), 09:56 , 21-Апр-21, (103)

1 Обычно даже больше чем на 10 2 На хороших линках можно понизить градус ил, Аноним (-), 05:33 , 21-Апр-21, (93)

Странно, что никто до сих пор по поводу Rust не оскорбился как же так Где ва, Аноним (10), 09:29 , 17-Апр-21, (10) +1

Фрактала ждём , YetAnotherOnanym (ok), 09:38 , 17-Апр-21, (15) +3
А чего оскорбляться-то Тут умные люди, и даже те, кому он чем-то не нравится ч, Аноним (35), 13:27 , 17-Апр-21, (35) –2

Но ведь явно назрела необходимость в альтернативе, в которой краб, говорящий хел, Ыноним (?), 22:30 , 18-Апр-21, (66)

Да пофиг всем на раст И в новости про фф заходят только поржать , Аноним (45), 19:11 , 17-Апр-21, (45) –1

Хз, сколько раз включал по приколу в FF всяческие QUIC, HTTP 2, HTTP 3, столько , dalco (ok), 09:42 , 17-Апр-21, (17) –1

Потому что сначала пробуется новое , не работает - откатывается на старое На п, Total Anonimus (?), 09:49 , 17-Апр-21, (19) –2

Ох уж это поколение смузи Сначала надо подумать , проработать архитектуру, п, Урри (ok), 11:26 , 17-Апр-21, (30) –4

Так в теории и на сайтах поддерживающих - всё в шоколаде Только в реальности, Total Anonimus (?), 12:03 , 17-Апр-21, (33) +1

Мне вот даже стало интересно А нельзя ли было изменить URL на http3s example , Аноним (43), 19:07 , 17-Апр-21, (44)

Именно поэтому А они ещё и аппаратные бывают , Аноним (45), 19:14 , 17-Апр-21, (46)
Ну, как, протокол который будет застревать на всех фаерах и натах использовать м, Аноним (-), 23:56 , 17-Апр-21, (54)

На этапе реализации стандарта QUIC HTTP 3 уже подумали и посчитали Только реа, kai3341 (ok), 17:07 , 17-Апр-21, (40) +2

Исправьте хоть что-нибудь за конечное время в сетевом стеке виндов Это уже явно , Аноним (-), 23:58 , 17-Апр-21, (55) –1

Любой инженер скажет тебе что для любой достаточно большой системы этот мир дост, Аноним (-), 05:47 , 21-Апр-21, (95)

я тестил на сайте заказчика, включение HTTP 2 замедляло загрузку на несколько пр, kissmyass (?), 11:14 , 17-Апр-21, (28) –3

Ну вот кстати факт HTTP 2 убирает затраты на дополнительные соединения, но по ср, Онаним (?), 20:24 , 19-Апр-21, (79)

контент собран, в приложении все активно бандлится, js, css и т д , львииный объ, kissmyass (?), 21:41 , 19-Апр-21, (81)

А вот делали бы как нынешние конфетковерстальщики - 100500 css, 100500 ajax ов т, Онаним (?), 00:21 , 20-Апр-21, (85)

ЧСХ и засияет Как и HTTP 3 , Аноним (-), 05:48 , 21-Апр-21, (96)

http 2 работает стабильно , Аноним (71), 08:32 , 19-Апр-21, (71)
Ну положим HTTP2 уже давно не тестовый, и внедряется уже весьма широко , Kuromi (ok), 23:01 , 20-Апр-21, (90)

Так это не сейчас, а лет сколько-то назад, когда вышла такая же новость в соста, dalco (ok), 04:05 , 21-Апр-21, (92)

А сейчас он уже много лет как включен у всех по дефолту - и просто работает А о, Аноним (-), 05:50 , 21-Апр-21, (97)

Очень даже может быть На самом деле мой пост был вовсе не о том, что новые пр, dalco (ok), 05:59 , 21-Апр-21, (99)

Что , Аноним (25), 10:43 , 17-Апр-21, (25)

А что Летим вперёд со всё большей и большей скоростью , quicist (?), 11:31 , 17-Апр-21, (31)

Летим Жопой вперёд , Аноним (42), 18:37 , 17-Апр-21, (42) +3

Это же гаргулья из первых Heroes of Might and Magic Там еще и ручка W хвост ест, Аноним (-), 00:59 , 19-Апр-21, (67) +1

Хттп1 1 всем хватит Ишь чо удумоле еще на 2 не перешел никто а уже 3 добавляют , msgod (ok), 11:33 , 17-Апр-21, (32) +1

Ютуб перешёл, например , Номномом (?), 16:29 , 17-Апр-21, (38)

На самом деле много кто перешел Позырьте нетконсольку в процессе браузинга А х, Аноним (-), 01:00 , 19-Апр-21, (68)

Необязательно смотреть в консоль Пока Proton еще не включили можно использовать, Kuromi (ok), 23:04 , 20-Апр-21, (91)

Я не знаю что там за протоны и электроны у вебмакак сейчас, но по вон той метрик, Аноним (-), 05:52 , 21-Апр-21, (98)

2 нужен только сайтам с огромной кучей очень мелких файлов из за которых клиенты, Аноним (43), 19:32 , 17-Апр-21, (47) +2

А также двум легионам всяких мобильных неу дачников и прочих желающих пользоват, Аноним (-), 00:04 , 18-Апр-21, (56) +1

В этом случае http3 не поможет Он ничего не сможет сделать, если Вы потеряли 90, Аноним (43), 04:04 , 18-Апр-21, (57)

Еще как поможет - вместо сношений с идиотией встроенных в ОС congestion control , Аноним (-), 01:07 , 19-Апр-21, (69)

В этом случае должны спасать кеши, в которые предварительно накачиваются следующ, rvs2016 (ok), 11:13 , 19-Апр-21, (73)

1 С лагами TCP по цать секунд он иногда проигрывает теорвер настолько, что при , Аноним (-), 06:05 , 21-Апр-21, (100)

https w3techs com technologies details ce-http2, Аноним (60), 10:48 , 18-Апр-21, (60)

Хорошая опция, обязательно её выключу , Аноним (37), 16:22 , 17-Апр-21, (37) –1

я вообще фокса поставлю в бан на оюнову иногда фтпшки использую можно конечно , анонимуслинус (?), 22:18 , 18-Апр-21, (65)

Враньё про производительность Какой то мир вранья сплошной потепление, кетайска, Ivan_83 (ok), 17:00 , 17-Апр-21, (39) +5
Активировал Ютуб - пока особо не заметил разницы А вот FB, вроде по шустрее ст, th3m3 (ok), 18:11 , 17-Апр-21, (41)

Там сейчас весь код выглядит так Если http 3 То оптимизированный_код Иначе , Аноним (48), 19:51 , 17-Апр-21, (48) +1

Объясните в чём прикол однопоточности http2 3 Разве чем больше потоков как в h, Начальника (?), 05:18 , 18-Апр-21, (58) +1

Отнопоточные они только с виду Внутри прячутся собственные потоки с более низки, Аноним (43), 07:20 , 18-Апр-21, (59) –1

Дак гугл недавно как раз рассказывал, что это оказалось тормозом и забитием кана, Аноним (48), 11:39 , 18-Апр-21, (61)
Нормальные браузеры уже давно так делают, чем дальше картинка от амбразуры просм, Аноним (48), 11:40 , 18-Апр-21, (62)

P S Тем более, что браузеры запоминают ещё и позицию скрола на странице, и когд, Аноним (48), 11:43 , 18-Апр-21, (63)
Браузеры это делают через приостановку приёма данных через сокет, но во первых б, Аноним (43), 11:52 , 18-Апр-21, (64) –1

LiteSpeed тоже поддерживает http3 но только в платной версии , Аноним (71), 08:30 , 19-Апр-21, (70)

С учетом наличия толпы халявных реализаций творческих им узбеков , Аноним (-), 06:09 , 21-Апр-21, (101) +1

Ну и как этот хттп3 реально применять не только гуглам да фейсбукам, но ещё и на, rvs2016 (ok), 11:35 , 19-Апр-21, (74)
Ну и как это работает 129300 Похоже, что вообще никак - в about networking вс, Аноним (111), 18:04 , 31-Окт-21, (111)

Сообщения [Сортировка по времени | RSS]

1. Скрыто модератором –11 +/–

Сообщение от iPony129412 (?), 17-Апр-21, 08:46

Как там было в одном мультфильме (очень фапабельный, кстати): Circle ⭕ of life.
Выкинули вон FTP (устаревшие технологии), вот запилили HTTP/3 👍

Ответить | Правка | Наверх | Cообщить модератору

2. Скрыто модератором +/–

Сообщение от Леголас (ok), 17-Апр-21, 08:50

> в одном мультфильме (очень фапабельный, кстати)
как это можно делать на м/ф?.. 🤔

Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором +4 +/–

Сообщение от pisyandrik (ok), 17-Апр-21, 09:03

Разве не хентай?

Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором +/–

Сообщение от Леголас (ok), 17-Апр-21, 09:13

да как бы не «My Little Pony»

Ответить | Правка | Наверх | Cообщить модератору

22. Скрыто модератором +3 +/–

Сообщение от Аноним (22), 17-Апр-21, 10:10

>да как бы не «My Little Lion»
Исправил.

Ответить | Правка | Наверх | Cообщить модератору

12. Скрыто модератором +/–

Сообщение от КО (?), 17-Апр-21, 09:31

Как говорится, каждый строчит как он хочет.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

51. Скрыто модератором +/–

Сообщение от Аноним (-), 17-Апр-21, 23:44

> как это можно делать на м/ф?.. 🤔
Ну, как, белоснежку и 7 гномов скачай. Там тема раскрыта.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. Скрыто модератором +/–

Сообщение от Аноним (3), 17-Апр-21, 08:51

Спасибо за рассказ о ваших личных пристрастиях.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

14. Скрыто модератором +2 +/–

Сообщение от Аноним (14), 17-Апр-21, 09:33

Обязательно потроллить всех сразу...

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

107. Скрыто модератором +/–

Сообщение от Аноним (14), 22-Апр-21, 18:52

Посмотрел начало мультфильма и понял, что это не троллинг. Ну, может, только про FTP.

Ответить | Правка | Наверх | Cообщить модератору

20. Скрыто модератором –1 +/–

Сообщение от kravich (ok), 17-Апр-21, 10:05

>Circle ⭕ of life.
Фу бля. Думал, там нормальный рисованный хентай, а там мерзкое 3D

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

21. Скрыто модератором –1 +/–

Сообщение от РУСТофил (?), 17-Апр-21, 10:08

Вот поколение пошло! Оригинал 1994 года не видела, а лишь тот б-гомерский ремейк 2019 года!

Ответить | Правка | Наверх | Cообщить модератору

27. Скрыто модератором +3 +/–

Сообщение от rinat85 (ok), 17-Апр-21, 11:03

Посоветовал "Тетрадь смерти" одному товарищу, сказал, что именно аниме, он жаловался что за г***о :) Наверное, понятно, что посмотрел он распоследнюю свежайшую USA версию, ведь чем новее, тем лучше, разве нет? :)

Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором +4 +/–

Сообщение от Аноним (26), 17-Апр-21, 10:56

Выпилили устаревший FTP, вкрячили нестандартизированный HTTP/3: теперь заживём!

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (5), 17-Апр-21, 08:59

> Использование специальных кодов коррекции ошибок на уровне пакета для сокращения ситуаций, требующих повторной передачи данных потерянного пакета.
Интересно как? Кто в курсе дайте ссылку на алгоритмы. Если использовать просто дубляж данных, то общий трафик вырастет, а в протоколе выше заявлено уменьшение трафика по сравнению с TCP с классическим методом коррекции ошибок - запросом некоректного пакета.

Ответить | Правка | Наверх | Cообщить модератору

9. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +2 +/–

Сообщение от Аноним (9), 17-Апр-21, 09:16

Например вот так https://www.opennet.me/docs/RUS/inet_book/2/28/corec_28.html
Что конкретно используется в HTTP/3 не знаю

Ответить | Правка | Наверх | Cообщить модератору

29. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Урри (ok), 17-Апр-21, 11:23

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

Ответить | Правка | Наверх | Cообщить модератору

34. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (9), 17-Апр-21, 12:23

Согласен, это определенный оверхед, однако при всём при этом сервер может поправить битый пакет сам, не запрашивая его вновь, а какой там процент битых, 1/1е6 или 1/100, уж лучше скажут профессионалы с какой-либо статистикой на руках, не нам об этом судить.
Напоминаю, что о конкретном алгоритме коррекции в HTTP/3 не знаю ничего, лучше почитать драфт стандарта

Ответить | Правка | Наверх | Cообщить модератору

52. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (-), 17-Апр-21, 23:47

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

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

77. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Онаним (?), 19-Апр-21, 20:18

Можно добавлять один пакет с ECC на 100 пакетов допустим.
Который позволит восстановить любой из 100 пакетов при потере.
Правда ресурс проца это пожрёт слегка.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

23. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (23), 17-Апр-21, 10:20

Ищите по QUIC-FEC, но мне кажется это сих пор находится в зачаточном состоянии.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

24. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (23), 17-Апр-21, 10:29

Да, это в планах. "Additionally, the protocol can be extended with forward error correction (FEC) to further improve performance when errors are expected, and this is seen as the next step in the protocol's evolution."

Ответить | Правка | Наверх | Cообщить модератору

43. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +2 +/–

Сообщение от Аноним (43), 17-Апр-21, 18:48

>а в протоколе выше заявлено уменьшение трафика по сравнению с TCP
>с классическим методом коррекции ошибок - запросом некоректного пакета.
Только в каких-то синтетических тестах такое может произойти, из за мизерного трафика от самих запросов повторной отправки и заголовков IP пакета вместе с TCP, но только если коррекция ошибок настроена на 10% потерь и в канале как раз ровно 10% потерь. Такую коррекцию ошибок плохих каналов лучше делать на физическом уровне, а не на уровне приложения. Профит состоит только в том, что YouTube начнёт открываться быстрее на очень плохих каналах за счёт отказа от буферизации. Зачем это делать на уровне приложения? Ну Google не Cisco, где могут, там и внедряют свои хотелки.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

53. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 17-Апр-21, 23:52

Физический уровень видите ли затратно переделывать - никто не будет резко менять все wifi роутеры и соты только потому что вам кажется что это круто.
Более того - вон то не поможет если какой-то дурной линк или роутер по пути 10% пакетов теряет. Так что на самом деле _адаптивный_ механизм, когда FEC запрашивается/усиливается если линк не ахти, и не делается/делается минимально если линк ОК.
А в чем проблема? TCP погано работает на беспроводных линках, как только условия приема отличаются от идеала, TCP выпадает в совершенно чебурашью скорость и невменяемый RTT.
А пытаться сделать идеальный линк из беспроводки дохлый номер. Ну вот едет юзер между сотами, прием то есть, то нет. Для TCP это "переруз канала", айда с ним бороться. Юзер уже пару сот проеахл с отличным линком, а крап из эпохи диалапа ...цатисекундный таймаут во имя богов congestion'а отсчитывает. Извиние, но так работать нельзя.

Ответить | Правка | Наверх | Cообщить модератору

78. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Онаним (?), 19-Апр-21, 20:20

Если коррекция ошибок способна восстановить 10 пакетов из 100 - она способна восстановить и 9, и 8, и 7, и 1. Т.е. будет работать на любых каналах с <= 10/100 потерь (не усреднять до 10%).

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

86. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (43), 20-Апр-21, 04:21

Но ценой увеличения трафика на 10%, чудес не бывает. Повторная же передача увеличивает трафик исключительно по необходимости. Конечно избыточность можно регулировать вплоть до нуля, но при превышении процента потерь всё равно потребуются повторные передачи. Поэтому я и считаю, что проблему последних метров, нужно решать на последних метрах. К тому же всё ещё остаётся вопрос: как регулировать скорость канала, если нам неизвестна причина потерь? Ведь если все начнут реагировать на перегрузку канала, увеличением избыточности, то потерь будет становиться всё больше и больше и больше.

Ответить | Правка | Наверх | Cообщить модератору

87. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Онаним (?), 20-Апр-21, 09:46

На последних метрах (если это не копеечные Ethernet свитчи, а какой-нибудь VDSL/GPON) - они как раз таки и решаются FEC/ECC.
Увеличение избыточности может привести к дополнительным потерям, но в случае этих самых дополнительных потерь начинает срабатывать стандартная перепосылка, поэтому в этом плане ничего не теряется - некоторый уровень избыточности + перепосылка при фейлах такового.
Сейчас ситуация достаточно проста: пропускные способности каналов наращиваются. А вот с задержками не сделать банально ничего, и при переотправке задержки начинают играть существенную роль. FEC - это трейдофф между некоторым избыточным использованием полосы и собственно влиянием дополнительных задержек на переотправку, которых FEC позволяет избежать. Поэтому оно оправдано.

Ответить | Правка | Наверх | Cообщить модератору

94. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 21-Апр-21, 05:40

> На последних метрах (если это не копеечные Ethernet свитчи, а какой-нибудь VDSL/GPON)
> - они как раз таки и решаются FEC/ECC.
А беспроводных линков в вашей картине мира вообще не существует? Там конечно FEC тоже бывает. Но таки в специфичном виде и никакой FEC канального уровня ничего не сделает с тем фактом что вы вообще выпали из зоны действия соты на 10 секунд. Он на такое тупо не расчитан. А TCP за это время решит что перегруз и начнет тупить как слизняк.
> Увеличение избыточности может привести к дополнительным потерям, но в случае этих самых
> дополнительных потерь начинает срабатывать стандартная перепосылка, поэтому в этом плане
> ничего не теряется - некоторый уровень избыточности + перепосылка при фейлах такового.
Данные с FEC можно до известного предела не перепосылать совсем. DVB-T вон вообще наглухо односторонний. И он либо полностью декодабелен, либо вот вам черный экран.
Последнее кстати частично подбешивает юзерей, так что для 2-сторонних линков есть интересные эксперименты с graceful degradation подобного потока когда разрешение/FPS/качество кодирования снижают. Ессно это не для обычных применений а для видео юзают.
> Сейчас ситуация достаточно проста: пропускные способности каналов наращиваются. А вот
> с задержками не сделать банально ничего, и при переотправке задержки начинают
> играть существенную роль.
Более того - то что TCP вытворяет при каком-нибудь выпадении соты на 10 секунд "потому что юзер едет в транспортте" не лезет ни в какие ворота. Чо-чо, максимальный таймаут 60 секунд, чтоли, чтобы не забить какой там T1 ссаный на котором при диалапе висел целый легион? А ща у хомячков даже спутниковые линки другие велечины имеют, Элонмаск подтвердит.
> FEC - это трейдофф между некоторым избыточным использованием полосы и собственно
> влиянием дополнительных задержек на переотправку, которых FEC позволяет избежать.
> Поэтому оно оправдано.
В ряде случаев похоже таки да. Особенно когда девы TCP/IP демонстрируют полную творческую импотенцию, доказывая что экспериенс уровня диалапа на многомегабитном беспроводном линке так и задуман.

Ответить | Правка | Наверх | Cообщить модератору

103. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Онаним (?), 21-Апр-21, 09:56

> А беспроводных линков в вашей картине мира вообще не существует?
На "пользовательских" беспроводных линках единичные потери как раз частый случай, кстати.
Просто из-за шума в среде, с которым линейный ECC самого линка не справляется.

Ответить | Правка | Наверх | Cообщить модератору

93. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 21-Апр-21, 05:33

> Но ценой увеличения трафика на 10%, чудес не бывает.
1) Обычно даже больше чем на 10%.
2) На хороших линках можно "понизить градус" или вообще не пользоваться этим.
> Повторная же передача увеличивает трафик исключительно по необходимости.
С другой стороны, она дает penalty величиной в RTT канала сама по себе. В это время канал попросту бездействует. Просто потому что ремота еще не знает что пакеты вообще надо послать.
А тот миндфак который в TCP сделали к тому же восходит к временам диалапа и проч и умеет коллапсировать в совершенно идиотские величины задержек между повторными попытками.
И когда толпа гранд-комитет-нечто и ветеран-чтототам не может справиться с очевидными сетевыми проблемами, демонстрируя "designed by committee" в хучшем вид, корпы таки решат проблему и без их участия, сделав так чтобы для их юзерей все просто работало, а канали и оборудование не простаивали. Обратное ставит их на бабки.
> Конечно избыточность можно регулировать вплоть до нуля, но при превышении
> процента потерь всё равно потребуются повторные передачи.
FEC можно задизайнить под почти произвольный процент потерь. Просто процент оверхеда будет невкусный, но это может работать даже на односторонних линках. DVB-T и космические линки так и делают. В DVB видите ли зомбоящики передавать не умеют, а в космических линках - ну вон до марса пинг в 1 сторону 2 часа, чтоли по поводу чего перезапрос это минимум 4 часа канала вхолостую.
Простой пример: если слать по 10 одинаковых пакетов, потери 20% не такая уж и проблема. В среднем будет выпадать лишь 2 из 10 и в целом будет декодабельно. С очень редкими выпадениями. Это правда неэффективно, есть сильно более удачные идеи.
Кстати можно гонять FEC поверх FEC (interleaving) так что невозможность декода приведет не к недекодабельности вон того пакета, а к тому что после de-interleave декодированы все пакеты но в них в каждом побит допустим 10-й байт. С чем прекрасно справится "внутренний" FEC. CD-ROM так делает, по поводу чего кой-как живет даже с царапинами и довольно серьезным BER чтения.
> Поэтому я и считаю, что проблему последних метров, нужно решать на последних метрах.
Удачи в этом направлении для радиолинков всех мастей и направлений. Представляете, юзеры ща не хотят в кафушке к эзернету стыковаться. И едучи в поезде мувик посмотреть тоже так то мало кто отказался бы.
> К тому же всё ещё остаётся вопрос: как регулировать скорость канала, если нам
> неизвестна причина потерь?
У настоящего congestion есть сопутствующие атрибуты - например рост RTT. Это можно пытаться детектить. Но вообще-то если где-то есть congestion, вот к нему и надо применить вон ту логику - как то устранить эту проблему, а не пытаться с ним сюсюкаться на уровне протоколов факапя десятки других юзкейсов.
> Ведь если все начнут реагировать на перегрузку канала, увеличением избыточности,
> то потерь будет становиться всё больше и больше и больше.
Возможно, это вообще сойдет за фичу - ленивые админы и жадные провы наконец снимутся с ручника. Или потеряют кастомеров на своих бельевых веревках, и проблема решится другим методом.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

10. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (10), 17-Апр-21, 09:29

Странно, что никто до сих пор по поводу Rust не оскорбился... как же так? Где ваша бдительность?

Ответить | Правка | Наверх | Cообщить модератору

15. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +3 +/–

Сообщение от YetAnotherOnanym (ok), 17-Апр-21, 09:38

Фрактала ждём.

Ответить | Правка | Наверх | Cообщить модератору

35. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –2 +/–

Сообщение от Аноним (35), 17-Апр-21, 13:27

А чего оскорбляться-то? Тут умные люди, и даже те, кому он чем-то не нравится (читай: не осилили) понимают, что альтернативы Rust пока в общем-то и нет.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

66. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Ыноним (?), 18-Апр-21, 22:30

Но ведь явно назрела необходимость в альтернативе, в которой краб, говорящий хелло, будет тянуть не 26 зависимостей, как в расте, а хотя бы 100. А то системным программистам, пришедшим из вебдева, неудобно, когда слишком мало зависимостей.
        \
         \
            _~^~^~_
        \) /  o o  \ (/
          '_   -   _'
          / '-----' \

Ответить | Правка | Наверх | Cообщить модератору

45. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –1 +/–

Сообщение от Аноним (45), 17-Апр-21, 19:11

Да пофиг всем на раст.
И в новости про фф заходят только поржать.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

17. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –1 +/–

Сообщение от dalco (ok), 17-Апр-21, 09:42

Хз, сколько раз включал по приколу в FF всяческие QUIC, HTTP/2, HTTP/3, столько раз кончалось одним и тем же - часть сайтов подвисала, грузилась через раз, грузилась с глюками. Но тестовые сайты для проверки новых протоколов, те, да, грузились заметно быстрее.
Хотя, казалось бы, если большинство сайтов не в курсе всех этих нововведений, то и проблем быть не должно - просто должно втихую через классический HTTP(S) работать.

Ответить | Правка | Наверх | Cообщить модератору

19. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –2 +/–

Сообщение от Total Anonimus (?), 17-Апр-21, 09:49

Потому что сначала пробуется новое , не работает - откатывается на старое . На проверку уходит время . И так во всех новых технологиях . Потому лучше не спешить , пока не устаканится .

Ответить | Правка | Наверх | Cообщить модератору

30. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –4 +/–

Сообщение от Урри (ok), 17-Апр-21, 11:26

Ох уж это поколение смузи...
Сначала надо подумать(!), проработать архитектуру, посчитать (не прикинуть, а именно что посчитать!) как твоя задумка отразится на существующем порядке вещей. И только после этого писать и пытаться внедрять.
А не "Давайте запилим. Плохо работает? Вот вам заплатка. Все еще плохо? Вот вам еще одна.", и так годами.

Ответить | Правка | Наверх | Cообщить модератору

33. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Total Anonimus (?), 17-Апр-21, 12:03

Так "в теории" и на сайтах поддерживающих - всё в шоколаде . Только в реальности : пробуем соединиться по HTTP3 , сайт не поддерживает > откатываемся на HTTP2 , пробуем соединится , сайт так же не поддерживает > откатываемся в "каменный век" . И на каждом этапе время ...

Ответить | Правка | Наверх | Cообщить модератору

44. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (43), 17-Апр-21, 19:07

Мне вот даже стало интересно. А нельзя ли было изменить URL на http3s://example.com/ ? Что за горе-инженеры это создают? WebSocket вот тоже зачем то пытались завернуть в обычный http, понятный брандмауэрам древним как говно мамонта. И которые ничего кроме http через себя не пропускают. В итоге сказали ssl-only идете на ***.

Ответить | Правка | Наверх | Cообщить модератору

46. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (45), 17-Апр-21, 19:14

>> http, понятный брандмауэрам
Именно поэтому. А они ещё и аппаратные бывают.

Ответить | Правка | Наверх | Cообщить модератору

54. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 17-Апр-21, 23:56

> http3s://example.com/ ? Что за горе-инженеры это создают? WebSocket вот тоже зачем
> то пытались завернуть в обычный http, понятный брандмауэрам древним как говно мамонта.
Ну, как, протокол который будет застревать на всех фаерах и натах использовать массово не особо то получится - юзеры админов жалобами на неработу этой штуки задолбают и затея накроется медным тазом.
> И которые ничего кроме http через себя не пропускают. В итоге сказали ssl-only идете на ***.
Кто и где это сказал в ws? Вы его с http/2 не путаете случайно? А то это разные вещи.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

40. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +2 +/–

Сообщение от kai3341 (ok), 17-Апр-21, 17:07

> Сначала надо подумать(!), проработать архитектуру, посчитать (не прикинуть, а именно что посчитать!) как твоя задумка отразится на существующем порядке вещей. И только после этого писать и пытаться внедрять.
На этапе реализации стандарта QUIC / HTTP/3 уже подумали и посчитали. Только реальные ходовые испытания показывают, есть ли от всех этих размышлизмов толк или нет. Ещё раз -- только реальная эксплуатация показывает, идея работает или нет. Все остальные расчёты, размышления -- лирика. А то, что fallback работает с ошибками -- это проблема не HTTP/3, а багов в реализации fallback, и они исправляются за конечное время.
Как будто вы ни одного проекта не видели, утонувшего в бесконечных совещаниях и согласованиях.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

55. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –1 +/–

Сообщение от Аноним (-), 17-Апр-21, 23:58

> в реализации fallback, и они исправляются за конечное время.
Исправьте хоть что-нибудь за конечное время в сетевом стеке виндов.
> Как будто вы ни одного проекта не видели, утонувшего в бесконечных совещаниях и согласованиях.
Это уже явно не утонет, имплементеров больно много. А так то .n draft вообще внаглую продавали задолго до ратификации, настолько лучше .g было. Ну вот и пришлось как-то так, да, ратифицировать то что имеется, с минимуом поправок.

Ответить | Правка | Наверх | Cообщить модератору

95. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 21-Апр-21, 05:47

> Сначала надо подумать(!), проработать архитектуру, посчитать (не прикинуть, а именно что
> посчитать!) как твоя задумка отразится на существующем порядке вещей. И только
> после этого писать и пытаться внедрять.
Любой инженер скажет тебе что для любой достаточно большой системы этот мир достаточно сложный и плохо моделируемый для того чтобы твои расчеты в самом лучшм случае оказались какой-то очень приближенной экстраполяцией реального состояния дел.
По поводу чего вполне валидно прогнать в 20 раз более простые прикидки - и в результате ничерта не потерять, поскольку проблемы все-равно вылезут и так и так, что-то придется твикать и костылить чисто эмпирически, по принципу "так лучше работало в реальном мире".
> А не "Давайте запилим. Плохо работает? Вот вам заплатка. Все еще плохо?
> Вот вам еще одна.", и так годами.
Ну, если вы сможете богов, способных полностью просчитать состояние вселенной до последнего атома... (то у вас будет много других проблем).

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

28. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –3 +/–

Сообщение от kissmyass (?), 17-Апр-21, 11:14

я тестил на сайте заказчика, включение HTTP/2 замедляло загрузку на несколько процентов
разницы почти нет, но это был даже не прирост

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

79. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Онаним (?), 19-Апр-21, 20:24

Ну вот кстати факт.
HTTP/2 убирает затраты на дополнительные соединения, но по сравнению с HTTPS увеличивает затраты на обработку протокола.
И не всегда это выходит в пользу HTTP/2.
Если линк длинный, а контент переизмельчён - да, раундтрип играет существенную роль.
Если линк короткий, а контент собран в большие агрегированные блоки - внутренности протокола начинают перевешивать.

Ответить | Правка | Наверх | Cообщить модератору

81. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от kissmyass (?), 19-Апр-21, 21:41

> Ну вот кстати факт.
> HTTP/2 убирает затраты на дополнительные соединения, но по сравнению с HTTPS увеличивает
> затраты на обработку протокола.
> И не всегда это выходит в пользу HTTP/2.
> Если линк длинный, а контент переизмельчён - да, раундтрип играет существенную роль.
> Если линк короткий, а контент собран в большие агрегированные блоки - внутренности
> протокола начинают перевешивать.
контент собран, в приложении все активно бандлится, js, css и т.д., львииный объем контента выбирается в первые 4 запроса
пинг до сервера ~40 ms, канал 100 mbit

Ответить | Правка | Наверх | Cообщить модератору

85. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Онаним (?), 20-Апр-21, 00:21

> контент собран, в приложении все активно бандлится, js, css и т.д., львииный объем контента выбирается в первые 4 запроса
А вот делали бы как нынешние конфетковерстальщики - 100500 css, 100500 ajax'ов только для отображения, и 10005000 js'ов - вот тут бы HTTP/2 и засиял радужными оттенками.

Ответить | Правка | Наверх | Cообщить модератору

96. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 21-Апр-21, 05:48

> А вот делали бы как нынешние конфетковерстальщики - 100500 css, 100500 ajax'ов
> только для отображения, и 10005000 js'ов - вот тут бы HTTP/2
> и засиял радужными оттенками.
ЧСХ и засияет. Как и HTTP/3.

Ответить | Правка | Наверх | Cообщить модератору

71. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (71), 19-Апр-21, 08:32

http/2 работает стабильно.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

90. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Kuromi (ok), 20-Апр-21, 23:01

Ну положим HTTP2 уже давно не тестовый, и внедряется уже весьма широко.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

92. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от dalco (ok), 21-Апр-21, 04:05

> Ну положим HTTP2 уже давно не тестовый, и внедряется уже весьма широко.
Так это не сейчас, а лет сколько-то назад, когда вышла такая же новость "в состав FF включена поддержка HTTP/2, для включения дерните такую-то переменную". И на тестовом сайте оно, да, отлично работало. Но вот почему-то на некоторых реальных сайтах, причём весьма популярных, приводило к множеству багов.

Ответить | Правка | Наверх | Cообщить модератору

97. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 21-Апр-21, 05:50

А сейчас он уже много лет как включен у всех по дефолту - и просто работает. А о том что это HTTP/2 был вы вообще узнаете только открыв дебагтулсы браузеров...
Его уже чисто статистиески более 50% сайтов умеют. Поэтому с хорошей вероятностью вы ходите на сайты с HTTP/2 и не паритесь даже.

Ответить | Правка | Наверх | Cообщить модератору

99. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от dalco (ok), 21-Апр-21, 05:59

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

Ответить | Правка | Наверх | Cообщить модератору

25. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (25), 17-Апр-21, 10:43

>> HTTP/3 определяет использование протокола QUIC в качестве транспорта для HTTP/2.
Что?

Ответить | Правка | Наверх | Cообщить модератору

31. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от quicist (?), 17-Апр-21, 11:31

А что? Летим вперёд со всё большей и большей скоростью :)

Ответить | Правка | Наверх | Cообщить модератору

42. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +3 +/–

Сообщение от Аноним (42), 17-Апр-21, 18:37

Летим. Жопой вперёд.

Ответить | Правка | Наверх | Cообщить модератору

67. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (-), 19-Апр-21, 00:59

Это же гаргулья из первых Heroes of Might and Magic! Там еще и ручка^W хвост есть для пущего антуражу.

Ответить | Правка | Наверх | Cообщить модератору

32. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от msgod (ok), 17-Апр-21, 11:33

Хттп1.1 всем хватит.
Ишь чо удумоле еще на 2 не перешел никто а уже 3 добавляют.

Ответить | Правка | Наверх | Cообщить модератору

38. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Номномом (?), 17-Апр-21, 16:29

Ютуб перешёл, например.

Ответить | Правка | Наверх | Cообщить модератору

68. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 19-Апр-21, 01:00

На самом деле много кто перешел. Позырьте нетконсольку в процессе браузинга. А хренли - кому быстро грузящийся сайт не надо?

Ответить | Правка | Наверх | Cообщить модератору

91. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Kuromi (ok), 20-Апр-21, 23:04

Необязательно смотреть в консоль. Пока Proton еще не включили можно использовать аддон "HTTP/2 Indicator", он в панели адреса показывает если HTTP2 задействован на текущем сайте и вот оказывается что применяют его уже весьма широко. Весь крупняк так точно.

Ответить | Правка | Наверх | Cообщить модератору

98. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 21-Апр-21, 05:52

Я не знаю что там за протоны и электроны у вебмакак сейчас, но по вон той метрике HTTP/2 уже более чем на 50% сайтов есть, а мне и под сниффером/нетконсольками нормально без всякого хайпошита.

Ответить | Правка | Наверх | Cообщить модератору

47. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +2 +/–

Сообщение от Аноним (43), 17-Апр-21, 19:32

2 нужен только сайтам с огромной кучей очень мелких файлов из за которых клиенты большую часть времени тратят на ожидание, а не приём данных. 3 нужен только любителям смотреть ютюб через чужой Wi-Fi 2.4 ГГц с одной долькой сигнала. Ах да, ещё он героически решает проблему долгого времени создания ssl соединения созданную самим гуглом. Большинству сайтов за глаза хватило бы цифровых подписей важных файлов. Ключи можно было получить параллельно с получением контента, а не до первого запроса.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

56. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (-), 18-Апр-21, 00:04

> ГГц с одной долькой сигнала. Ах да, ещё он героически решает
> проблему долгого времени создания ssl соединения созданную самим гуглом.
А также двум легионам всяких мобильных (неу)дачников и прочих желающих пользоваться вебом даже в транспорте каком, когда соты просто отваливаются раз в цать секунд. Ну да, подумаешь, опеннетадмины почти всех своих юзерей как раз и забыли. Потому что локалхост админят.

Ответить | Правка | Наверх | Cообщить модератору

57. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (43), 18-Апр-21, 04:04

>когда соты просто отваливаются раз в цать секунд
В этом случае http3 не поможет. Он ничего не сможет сделать, если Вы потеряли 90-100% пакетов из группы идущих подряд пакетов. Если Вы на несколько секунд потеряли связь с башней, то будете перезапрашивать все данные вместе с данными восстановления. Он защищает только от стабильных потерь из за повреждения некоторых кадров.
Для того, чтобы идеально пересекать GSM базы, нужно чтобы в каждой точке мира было "видно" 1.5 башни. На прикладном уровне эту проблему не решить.

Ответить | Правка | Наверх | Cообщить модератору

69. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 19-Апр-21, 01:07

Еще как поможет - вместо сношений с идиотией встроенных в ОС congestion control'ей можно просто взять и запилить свое, как надо для того чтобы нормально работало. Не доказывая толпе мамонтов чуть менее чем нихрена и не пытаясь убедить майкрософт втащить это в свой кернел.
> Если Вы на несколько секунд потеряли связь с башней, то будете перезапрашивать
> все данные вместе с данными восстановления.
Тупорылый TCP посчитает это за перегруз сети, уйдет в ломовые таймауты чуть не минуту и хотя мимо вас уже просвистело три соты, он там цать секунд таймаута отсчитывает, ему похрен. И все эти цать секунд трафика нет. Хоть те соты и налили бы по дохрена магеабайт каждая при появлении в видимости.
> На прикладном уровне эту проблему не решить.
На прикладном уровне можно
1) Угрохать идиотские таймауты из эры диалапа к архидьяволу, никого не спрашивая.
2) Пульнув FEC можно вообще не заморачиваться перезапросом пакетов, если он выдюжил. Актуально для не очень надежных или high-RTT линков, где перезапрос, вообще, имеет тенденцию к коллапсу в дурацкую спираль и проигрыш теорвера, порой обваливаясь в хлам по весьма мелочным вещам.

Ответить | Правка | Наверх | Cообщить модератору

73. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от rvs2016 (ok), 19-Апр-21, 11:13

> когда соты просто отваливаются раз в цать секунд
В этом случае должны спасать кеши, в которые предварительно накачиваются следующие цать минут видоса, который зырит юзер, перемещаясь меджу сотами очень быстро. Пока переключается на новую соту, минуты видоса по время провала он связи вытаскивает из кеша своего браузера.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

100. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (-), 21-Апр-21, 06:05

> В этом случае должны спасать кеши, в которые предварительно
> накачиваются следующие цать минут видоса,
1) С лагами TCP по цать секунд он иногда проигрывает теорвер настолько, что при неудачном совпадении времянок его таймаутов с пролетом сот мимо вас вы по сути вообще ничерта не скачаете. Попробуйте попользоваться интернетом в метро/поезде/авто например, особенно чуть в стороне от крупных городов.
2) Лить вам цать минут видео никто не хочет. С вероятностью 50/50 вы может быть его вообще смотреть не будете и лить вам столько - напрасная трата траффика. Это стоит видеохостерам бабок и даже ютуб морально готов вам лить 2 минуты максимум. Так что вы либо разбираетесь за 2 минуты, либо сорян. И да, поезд или авто за это время проезжает несколько километров так что если там вообще люди в этой территори живут, условия могут радикально улучшиться.
> который зырит юзер, перемещаясь меджу сотами очень быстро.
TCP видите ли плохо реагирует на ситуацию когда он retry пробовал а тот не прошел потому что соты сейчас нет. Он коллапсирует в редкие потуги возобновить конект, при этом совсем не факт что в тот момент линк будет. И в результате можно вообще получить соединение по которому ничерта не качается по сути, хотя периодически под боком пролетают весьма приличные БСки.
> Пока переключается на новую соту, минуты видоса по время провала он связи
> вытаскивает из кеша своего браузера.
А заодно там вон TCP будет 60 секунд таймаута считать, чисто для лулзов. За это время сота как раз просвистит мимо вас и когда тот попробует retry - может опять зафэйлиться. Поэтому вполне реально получить TCP конекцию которая вообще данные не качает, хотя соты вот, пролетают между вас. Ну, я проверял в метро/поездах/авто. И работало "не очень".

Ответить | Правка | Наверх | Cообщить модератору

60. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (60), 18-Апр-21, 10:48

> еще на 2 не перешел никто
https://w3techs.com/technologies/details/ce-http2

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

37. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –1 +/–

Сообщение от Аноним (37), 17-Апр-21, 16:22

> network.http.http3.enabled
Хорошая опция, обязательно её выключу.

Ответить | Правка | Наверх | Cообщить модератору

65. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от анонимуслинус (?), 18-Апр-21, 22:18

я вообще фокса поставлю в бан на оюнову. иногда фтпшки использую. можно конечно из консоли по старинке, но иногда в лом.

Ответить | Правка | Наверх | Cообщить модератору

39. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +5 +/–

Сообщение от Ivan_83 (ok), 17-Апр-21, 17:00

Враньё про производительность.
Какой то мир вранья сплошной: потепление, кетайская чумка и вот этот udp недостандарт.
Откуда тут взятся производительности, когда это целиком херит sendfile() на стороне сервера!?
Нынче вон TLS запихнули в ядро, только чтобы sendfile() ускорить.
Сплошные дополнительные выбросы углерода и тепловая смерть вселенной! :)

Ответить | Правка | Наверх | Cообщить модератору

41. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от th3m3 (ok), 17-Апр-21, 18:11

Активировал. Ютуб - пока особо не заметил разницы. А вот FB, вроде по шустрее стал грузить.

Ответить | Правка | Наверх | Cообщить модератору

48. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (48), 17-Апр-21, 19:51

Там сейчас весь код выглядит так:
Если (http/3) То <оптимизированный_код> Иначе <лишь_бы_ползающий_код>

Ответить | Правка | Наверх | Cообщить модератору

58. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Начальника (?), 18-Апр-21, 05:18

Объясните в чём прикол однопоточности http2/3. Разве чем больше потоков (как в http1.1) тем не быстрее грузится контент с сайта?

Ответить | Правка | Наверх | Cообщить модератору

59. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –1 +/–

Сообщение от Аноним (43), 18-Апр-21, 07:20

Отнопоточные они только с виду. Внутри прячутся собственные потоки с более низким временем создания, с управляемым приоритетом и возможностью протолкнуть не запрошенные данные. Если разработчик заморочится, то сайт будет загружать компоненты в установленном порядке, а не как TCP решит. И всё это без потери скорости. Например первыми будут грузиться картинки, что должны быть отображена прямо сейчас, а нижние пойдут следом. Но это только если разработчик заморочится иначе может стать даже хуже чем было, ведь эти виртуальные потоки создают оверхед.
Сами же TCP потоки можно разгонять до бесконечности, пока пропускная способность есть.

Ответить | Правка | Наверх | Cообщить модератору

61. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (48), 18-Апр-21, 11:39

> и возможностью протолкнуть не запрошенные данные
Дак гугл недавно как раз рассказывал, что это оказалось тормозом и забитием канала невостребованным мусором.

Ответить | Правка | Наверх | Cообщить модератору

62. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (48), 18-Апр-21, 11:40

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

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

63. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (48), 18-Апр-21, 11:43

P.S. Тем более, что браузеры запоминают ещё и позицию скрола на странице, и когда открываешь сайт сразу на середине, этот "server-side-order" сделает подлянку, подсовывая не те картинки, которые сейчас нужны.

Ответить | Правка | Наверх | Cообщить модератору

64. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" –1 +/–

Сообщение от Аноним (43), 18-Апр-21, 11:52

> Нормальные браузеры уже давно так делают, чем дальше картинка от амбразуры просмотра
> - тем ниже приоритет загрузки.
Браузеры это делают через приостановку приёма данных через сокет, но во первых буфер сокета всё равно будет заполнятся пока не забьётся, а во вторых нужно очень хорошо высчитать тайминг, чтобы сервер продолжил отправлять файлы в тот самый момент, когда закончил передачу приоритетных. Учитывая общую асимметрию маршрутов в интернете это всё сизифов труд. На сервере это сделать проще, но скриптам придётся отправлять серверу информацию о том, что для него приоритетнее прямо сейчас.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

70. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (71), 19-Апр-21, 08:30

LiteSpeed тоже поддерживает http3 но только в платной версии.

Ответить | Правка | Наверх | Cообщить модератору

101. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +1 +/–

Сообщение от Аноним (-), 21-Апр-21, 06:09

> LiteSpeed тоже поддерживает http3 но только в платной версии.
С учетом наличия толпы халявных реализаций творческих им узбеков.

Ответить | Правка | Наверх | Cообщить модератору

74. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от rvs2016 (ok), 19-Апр-21, 11:35

Ну и как этот хттп3 реально применять не только гуглам да фейсбукам, но ещё и на практике?
Вот надо, например, с веб-сервера передать в браузер страницу, которая содержит только 5 тегов <IMG>.
Ну великий хттп3 дарит возможность отправить все эти 5 картинок "одновременно" пятью параллельными потоками.
Чё надо в Апаче подкрутить, чтобы он именно так все эти "100500+" картинок (да и всего остального) одновременно погнал?

Ответить | Правка | Наверх | Cообщить модератору

111. "Включение поддержки HTTP/3 в Firefox намечено на конец мая" +/–

Сообщение от Аноним (111), 31-Окт-21, 18:04

Ну и как это работает? 🤔
Похоже, что вообще никак - в about:networking все соединения HTTP/2, кроме любимого опеннетика

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Скрыто модератором	–11 +/–
Сообщение от iPony129412 (?), 17-Апр-21, 08:46
Как там было в одном мультфильме (очень фапабельный, кстати): Circle ⭕ of life. Выкинули вон FTP (устаревшие технологии), вот запилили HTTP/3 👍
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. Скрыто модератором	+/–
	Сообщение от Леголас (ok), 17-Апр-21, 08:50
	> в одном мультфильме (очень фапабельный, кстати) как это можно делать на м/ф?.. 🤔
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. Скрыто модератором	+4 +/–
	Сообщение от pisyandrik (ok), 17-Апр-21, 09:03
	Разве не хентай?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. Скрыто модератором	+/–
	Сообщение от Леголас (ok), 17-Апр-21, 09:13
	да как бы не «My Little Pony»
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. Скрыто модератором	+3 +/–
	Сообщение от Аноним (22), 17-Апр-21, 10:10
	>да как бы не «My Little Lion» Исправил.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. Скрыто модератором	+/–
	Сообщение от КО (?), 17-Апр-21, 09:31
	Как говорится, каждый строчит как он хочет.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	51. Скрыто модератором	+/–
	Сообщение от Аноним (-), 17-Апр-21, 23:44
	> как это можно делать на м/ф?.. 🤔 Ну, как, белоснежку и 7 гномов скачай. Там тема раскрыта.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	3. Скрыто модератором	+/–
	Сообщение от Аноним (3), 17-Апр-21, 08:51
	Спасибо за рассказ о ваших личных пристрастиях.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	14. Скрыто модератором	+2 +/–
	Сообщение от Аноним (14), 17-Апр-21, 09:33
	Обязательно потроллить всех сразу...
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	107. Скрыто модератором	+/–
	Сообщение от Аноним (14), 22-Апр-21, 18:52
	Посмотрел начало мультфильма и понял, что это не троллинг. Ну, может, только про FTP.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. Скрыто модератором	–1 +/–
	Сообщение от kravich (ok), 17-Апр-21, 10:05
	>Circle ⭕ of life. Фу бля. Думал, там нормальный рисованный хентай, а там мерзкое 3D
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	21. Скрыто модератором	–1 +/–
	Сообщение от РУСТофил (?), 17-Апр-21, 10:08
	Вот поколение пошло! Оригинал 1994 года не видела, а лишь тот б-гомерский ремейк 2019 года!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. Скрыто модератором	+3 +/–
	Сообщение от rinat85 (ok), 17-Апр-21, 11:03
	Посоветовал "Тетрадь смерти" одному товарищу, сказал, что именно аниме, он жаловался что за г***о :) Наверное, понятно, что посмотрел он распоследнюю свежайшую USA версию, ведь чем новее, тем лучше, разве нет? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. Скрыто модератором	+4 +/–
	Сообщение от Аноним (26), 17-Апр-21, 10:56
	Выпилили устаревший FTP, вкрячили нестандартизированный HTTP/3: теперь заживём!
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

5. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+1 +/–
Сообщение от Аноним (5), 17-Апр-21, 08:59
> Использование специальных кодов коррекции ошибок на уровне пакета для сокращения ситуаций, требующих повторной передачи данных потерянного пакета. Интересно как? Кто в курсе дайте ссылку на алгоритмы. Если использовать просто дубляж данных, то общий трафик вырастет, а в протоколе выше заявлено уменьшение трафика по сравнению с TCP с классическим методом коррекции ошибок - запросом некоректного пакета.
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+2 +/–
	Сообщение от Аноним (9), 17-Апр-21, 09:16
	Например вот так https://www.opennet.me/docs/RUS/inet_book/2/28/corec_28.html Что конкретно используется в HTTP/3 не знаю
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+1 +/–
	Сообщение от Урри (ok), 17-Апр-21, 11:23
	Процент битых пакетов в сети - один на миллион. Несоизмеримо чаще ситуация, когда они просто не приходят. Поэтому добавлять поверх существующей чексумы еще и какие-нибудь коды грея, это совершенно лишняя трата трафика.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Аноним (9), 17-Апр-21, 12:23
	Согласен, это определенный оверхед, однако при всём при этом сервер может поправить битый пакет сам, не запрашивая его вновь, а какой там процент битых, 1/1е6 или 1/100, уж лучше скажут профессионалы с какой-либо статистикой на руках, не нам об этом судить. Напоминаю, что о конкретном алгоритме коррекции в HTTP/3 не знаю ничего, лучше почитать драфт стандарта
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+1 +/–
	Сообщение от Аноним (-), 17-Апр-21, 23:47
	> Процент битых пакетов в сети - один на миллион Угу, теперь попробуй это по вафле с соседом качающим торент или мобильному линку на грани приема. А то что ты там можешь в датацентре напрямую в сервак патчкордом воткнуться - здорово, конечно, но патчкорд у тебя все же фуфельный.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	77. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Онаним (?), 19-Апр-21, 20:18
	Можно добавлять один пакет с ECC на 100 пакетов допустим. Который позволит восстановить любой из 100 пакетов при потере. Правда ресурс проца это пожрёт слегка.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	23. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+1 +/–
	Сообщение от Аноним (23), 17-Апр-21, 10:20
	Ищите по QUIC-FEC, но мне кажется это сих пор находится в зачаточном состоянии.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	24. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+1 +/–
	Сообщение от Аноним (23), 17-Апр-21, 10:29
	Да, это в планах. "Additionally, the protocol can be extended with forward error correction (FEC) to further improve performance when errors are expected, and this is seen as the next step in the protocol's evolution."
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+2 +/–
	Сообщение от Аноним (43), 17-Апр-21, 18:48
	>а в протоколе выше заявлено уменьшение трафика по сравнению с TCP >с классическим методом коррекции ошибок - запросом некоректного пакета. Только в каких-то синтетических тестах такое может произойти, из за мизерного трафика от самих запросов повторной отправки и заголовков IP пакета вместе с TCP, но только если коррекция ошибок настроена на 10% потерь и в канале как раз ровно 10% потерь. Такую коррекцию ошибок плохих каналов лучше делать на физическом уровне, а не на уровне приложения. Профит состоит только в том, что YouTube начнёт открываться быстрее на очень плохих каналах за счёт отказа от буферизации. Зачем это делать на уровне приложения? Ну Google не Cisco, где могут, там и внедряют свои хотелки.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	53. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Аноним (-), 17-Апр-21, 23:52
	Физический уровень видите ли затратно переделывать - никто не будет резко менять все wifi роутеры и соты только потому что вам кажется что это круто. Более того - вон то не поможет если какой-то дурной линк или роутер по пути 10% пакетов теряет. Так что на самом деле _адаптивный_ механизм, когда FEC запрашивается/усиливается если линк не ахти, и не делается/делается минимально если линк ОК. А в чем проблема? TCP погано работает на беспроводных линках, как только условия приема отличаются от идеала, TCP выпадает в совершенно чебурашью скорость и невменяемый RTT. А пытаться сделать идеальный линк из беспроводки дохлый номер. Ну вот едет юзер между сотами, прием то есть, то нет. Для TCP это "переруз канала", айда с ним бороться. Юзер уже пару сот проеахл с отличным линком, а крап из эпохи диалапа ...цатисекундный таймаут во имя богов congestion'а отсчитывает. Извиние, но так работать нельзя.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Онаним (?), 19-Апр-21, 20:20
	Если коррекция ошибок способна восстановить 10 пакетов из 100 - она способна восстановить и 9, и 8, и 7, и 1. Т.е. будет работать на любых каналах с <= 10/100 потерь (не усреднять до 10%).
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	86. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Аноним (43), 20-Апр-21, 04:21
	Но ценой увеличения трафика на 10%, чудес не бывает. Повторная же передача увеличивает трафик исключительно по необходимости. Конечно избыточность можно регулировать вплоть до нуля, но при превышении процента потерь всё равно потребуются повторные передачи. Поэтому я и считаю, что проблему последних метров, нужно решать на последних метрах. К тому же всё ещё остаётся вопрос: как регулировать скорость канала, если нам неизвестна причина потерь? Ведь если все начнут реагировать на перегрузку канала, увеличением избыточности, то потерь будет становиться всё больше и больше и больше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Онаним (?), 20-Апр-21, 09:46
	На последних метрах (если это не копеечные Ethernet свитчи, а какой-нибудь VDSL/GPON) - они как раз таки и решаются FEC/ECC. Увеличение избыточности может привести к дополнительным потерям, но в случае этих самых дополнительных потерь начинает срабатывать стандартная перепосылка, поэтому в этом плане ничего не теряется - некоторый уровень избыточности + перепосылка при фейлах такового. Сейчас ситуация достаточно проста: пропускные способности каналов наращиваются. А вот с задержками не сделать банально ничего, и при переотправке задержки начинают играть существенную роль. FEC - это трейдофф между некоторым избыточным использованием полосы и собственно влиянием дополнительных задержек на переотправку, которых FEC позволяет избежать. Поэтому оно оправдано.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Аноним (-), 21-Апр-21, 05:40
	> На последних метрах (если это не копеечные Ethernet свитчи, а какой-нибудь VDSL/GPON) > - они как раз таки и решаются FEC/ECC. А беспроводных линков в вашей картине мира вообще не существует? Там конечно FEC тоже бывает. Но таки в специфичном виде и никакой FEC канального уровня ничего не сделает с тем фактом что вы вообще выпали из зоны действия соты на 10 секунд. Он на такое тупо не расчитан. А TCP за это время решит что перегруз и начнет тупить как слизняк. > Увеличение избыточности может привести к дополнительным потерям, но в случае этих самых > дополнительных потерь начинает срабатывать стандартная перепосылка, поэтому в этом плане > ничего не теряется - некоторый уровень избыточности + перепосылка при фейлах такового. Данные с FEC можно до известного предела не перепосылать совсем. DVB-T вон вообще наглухо односторонний. И он либо полностью декодабелен, либо вот вам черный экран. Последнее кстати частично подбешивает юзерей, так что для 2-сторонних линков есть интересные эксперименты с graceful degradation подобного потока когда разрешение/FPS/качество кодирования снижают. Ессно это не для обычных применений а для видео юзают. > Сейчас ситуация достаточно проста: пропускные способности каналов наращиваются. А вот > с задержками не сделать банально ничего, и при переотправке задержки начинают > играть существенную роль. Более того - то что TCP вытворяет при каком-нибудь выпадении соты на 10 секунд "потому что юзер едет в транспортте" не лезет ни в какие ворота. Чо-чо, максимальный таймаут 60 секунд, чтоли, чтобы не забить какой там T1 ссаный на котором при диалапе висел целый легион? А ща у хомячков даже спутниковые линки другие велечины имеют, Элонмаск подтвердит. > FEC - это трейдофф между некоторым избыточным использованием полосы и собственно > влиянием дополнительных задержек на переотправку, которых FEC позволяет избежать. > Поэтому оно оправдано. В ряде случаев похоже таки да. Особенно когда девы TCP/IP демонстрируют полную творческую импотенцию, доказывая что экспериенс уровня диалапа на многомегабитном беспроводном линке так и задуман.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	103. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Онаним (?), 21-Апр-21, 09:56
	> А беспроводных линков в вашей картине мира вообще не существует? На "пользовательских" беспроводных линках единичные потери как раз частый случай, кстати. Просто из-за шума в среде, с которым линейный ECC самого линка не справляется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Включение поддержки HTTP/3 в Firefox намечено на конец мая"	+/–
	Сообщение от Аноним (-), 21-Апр-21, 05:33
	> Но ценой увеличения трафика на 10%, чудес не бывает. 1) Обычно даже больше чем на 10%. 2) На хороших линках можно "понизить градус" или вообще не пользоваться этим. > Повторная же передача увеличивает трафик исключительно по необходимости. С другой стороны, она дает penalty величиной в RTT канала сама по себе. В это время канал попросту бездействует. Просто потому что ремота еще не знает что пакеты вообще надо послать. А тот миндфак который в TCP сделали к тому же восходит к временам диалапа и проч и умеет коллапсировать в совершенно идиотские величины задержек между повторными попытками. И когда толпа гранд-комитет-нечто и ветеран-чтототам не может справиться с очевидными сетевыми проблемами, демонстрируя "designed by committee" в хучшем вид, корпы таки решат проблему и без их участия, сделав так чтобы для их юзерей все просто работало, а канали и оборудование не простаивали. Обратное ставит их на бабки. > Конечно избыточность можно регулировать вплоть до нуля, но при превышении > процента потерь всё равно потребуются повторные передачи. FEC можно задизайнить под почти произвольный процент потерь. Просто процент оверхеда будет невкусный, но это может работать даже на односторонних линках. DVB-T и космические линки так и делают. В DVB видите ли зомбоящики передавать не умеют, а в космических линках - ну вон до марса пинг в 1 сторону 2 часа, чтоли по поводу чего перезапрос это минимум 4 часа канала вхолостую. Простой пример: если слать по 10 одинаковых пакетов, потери 20% не такая уж и проблема. В среднем будет выпадать лишь 2 из 10 и в целом будет декодабельно. С очень редкими выпадениями. Это правда неэффективно, есть сильно более удачные идеи. Кстати можно гонять FEC поверх FEC (interleaving) так что невозможность декода приведет не к недекодабельности вон того пакета, а к тому что после de-interleave декодированы все пакеты но в них в каждом побит допустим 10-й байт. С чем прекрасно справится "внутренний" FEC. CD-ROM так делает, по поводу чего кой-как живет даже с царапинами и довольно серьезным BER чтения. > Поэтому я и считаю, что проблему последних метров, нужно решать на последних метрах. Удачи в этом направлении для радиолинков всех мастей и направлений. Представляете, юзеры ща не хотят в кафушке к эзернету стыковаться. И едучи в поезде мувик посмотреть тоже так то мало кто отказался бы. > К тому же всё ещё остаётся вопрос: как регулировать скорость канала, если нам > неизвестна причина потерь? У настоящего congestion есть сопутствующие атрибуты - например рост RTT. Это можно пытаться детектить. Но вообще-то если где-то есть congestion, вот к нему и надо применить вон ту логику - как то устранить эту проблему, а не пытаться с ним сюсюкаться на уровне протоколов факапя десятки других юзкейсов. > Ведь если все начнут реагировать на перегрузку канала, увеличением избыточности, > то потерь будет становиться всё больше и больше и больше. Возможно, это вообще сойдет за фичу - ленивые админы и жадные провы наконец снимутся с ручника. Или потеряют кастомеров на своих бельевых веревках, и проблема решится другим методом.
	Ответить \| Правка \| К родителю #86 \| Наверх \| Cообщить модератору