The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

В Chrome намерены удалить поддержку технологии Server Push, opennews (??), 12-Ноя-20, (0) [смотреть все]

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


30. "В Chrome намерены удалить поддержку технологии Server Push"  +6 +/
Сообщение от Ivan_83 (ok), 12-Ноя-20, 11:46 
А сколько было пеара, сколько обещаний 10005000% ускорения загрузки рекламы...
Ещё немного и можно будет признать что и сам QUIC отрыжка технологий.
Ответить | Правка | Наверх | Cообщить модератору

37. "В Chrome намерены удалить поддержку технологии Server Push"  +5 +/
Сообщение от Аноним (-), 12-Ноя-20, 12:40 
шеф, бунтуют! вытащить на полдюйма и лям на пропаганду!
Ответить | Правка | Наверх | Cообщить модератору

47. "В Chrome намерены удалить поддержку технологии Server Push"  +5 +/
Сообщение от Demo (??), 12-Ноя-20, 15:04 
> сам QUIC отрыжка технологий

Изобретатель ARPANET утверждает, что использование UDP
для преодоления ограничений TCP — это путь в никуда.
Они это проходили в 1983-м с коллапсом NCP, в результате
Vint Cerf изобрёл TCP, оптимизированный для килобитных
или мегабитных скоростей. Для гигабит/с и терабит/с
нужен другой протокол надёжной передачи с контролем потока,
с поддержкой на уровне сети (маршрутизаторов).

> 10005000% ускорения загрузки рекламы.

И чрезмерным заполнением каналов невостребованными пакетами UDP,
которые отсылаются по принципу: "Ах, мы потеряли один пакет — вот вам
N таких же, даст бог, какой-то из них пробьётся".

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

54. "В Chrome намерены удалить поддержку технологии Server Push"  +1 +/
Сообщение от Ivan_83 (ok), 12-Ноя-20, 16:19 
Для гигабитных скоростей TCP всё ещё вполне хватает, даже не знаю сколько нынче потолок TCP в один конект для обычных OS без супертюнингов, но дуюма 10Г должны переварить все.
А дальше начинаются проблемы не только с TCP но и с тем откуда столько взять и куда это потом деть.

Маршрутизатор то тут причём!?
Он смотрит в заголовок IP пакета, а что там дальше его не интересует совсем.

Если где и будут проблемы - так это с кучей домашних железок, где IPv4 NAT используется, потому что оно в основном умеет только TCP/UDP, иногда gre и что то ещё.

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

69. "В Chrome намерены удалить поддержку технологии Server Push"  –1 +/
Сообщение от Demo (??), 12-Ноя-20, 19:05 
> Для гигабитных скоростей TCP всё ещё вполне хватает,
> TCP в один конект для обычных OS без супертюнингов,

Часто приходилось перезаливать десятки терабайт контента из Европы в Штаты и обратно.
С обеих сторон linux, 10 Гбит/с интерфейсы. Так вот, если в один поток, то скорости
от 160 до, примерно, 360 Мегабит/с. Крайне редко — до 0,5 Гбит/с. А вот если в несколько
потоков зарядить, тогда ограничение наступает по скорости записи на storage.

> Маршрутизатор то тут причём!?

Ну вы же не слушаете, что вам говорят.
Еще раз, Larry Roberts: TCP нужно выкинуть, а вместо него внедрить протокол, в котором
управлением потоком будет заниматься сеть (DCE, маршрутизатор и т.д.), оптимизированный
для гигабитных скоростей. С этим QUIC (долой UDP, да здравствует UDP) стало понятно,
что ребята решили прогуляться по тем же граблям, которые были в 80-х годах с NCP.

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

99. "В Chrome намерены удалить поддержку технологии Server Push"  +/
Сообщение от Ivan_83 (ok), 13-Ноя-20, 11:41 
Перекладывание на маршрутизатор чревато тем что каждый админ роутера будет считать себя властителем инета и что ему, как вахтёру, все должны.

Если вы хотите скорости выше на линухе - тюньте сетевой стёк, вы же поди на дефолтах сидели, а там уныный cubic.

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

110. "В Chrome намерены удалить поддержку технологии Server Push"  +1 +/
Сообщение от Demo (??), 14-Ноя-20, 00:12 
> Перекладывание на маршрутизатор чревато …

… не более, чем сейчас.

Это всё уже было. Просто вы, видимо, не застали.
Контролем потока занимались PAD'ы. Просто из-за
слабости процессоров в то время (m68k, 6502 и т.д.)
Vint Cerf сотоварищи при переходе с NCP на TCP решили
перекинуть эту задачу на конечные точки соединения.
Тогда думали, что в течение десяти лет все плавно
перейдут с TCP/IP на протокол ISO. Этого не случилось
по известным причинам.

> Если вы хотите скорости выше на линухе - тюньте сетевой стёк,
> вы же поди на дефолтах сидели, а там уныный cubic.

А это кто писáл, Пушкин?:
— Для гигабитных скоростей TCP всё ещё вполне хватает, даже не знаю сколько нынче потолок TCP в один конект для обычных OS без супертюнингов, но дуюма 10Г должны переварить все.

Larry Roberts же вам объяснил, что из-за того, что TCP надо "тюнить" под каждый чих [(1)диапазон задержек (2) диапазон потерь] (иначе он не даёт ожидаемой производительности), инженеры этих ваших энторнэтов придумали ничего лучше, чем пускать трафик по UDP. А это чревато засорением каналов ненужным трафиком. Вместо этого для эффективного использования полосы пропускания нужно внедрять протокол, в котором контролем потока будет заниматься сеть, а не конечное устройство.

Я это всё в третий раз пишу, но, думаю, до вас не дойдёт.

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

117. "В Chrome намерены удалить поддержку технологии Server Push"  +/
Сообщение от Аноним (-), 21-Ноя-20, 21:36 
" Для гигабитных скоростей TCP всё ещё вполне хватает, "
пусти его по вайфай с 5% потерь пакетов или 4g в поезде - и посмотри какой процент реально доступного канала оно сможет прогрузить, когда кубик архаичный уйдет в тормоза по минуте

ну а вот в udp можно пакеты в программе самому шедулить - с tcp так не получится, особенно в винде

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

115. "В Chrome намерены удалить поддержку технологии Server Push"  +/
Сообщение от Аноним (-), 21-Ноя-20, 21:32 
" С этим QUIC (долой UDP, да здравствует UDP) стало понятно, "
а что там не понятно, в винде нельзя свой шедулинг tcp сделать, вот все и любят удп когда архаичные кубики задолбали
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

50. "В Chrome намерены удалить поддержку технологии Server Push"  –1 +/
Сообщение от vitektm (?), 12-Ноя-20, 15:34 
Проблема в том что всем нас*** на производительность своих сайтов. А отправка PUSH сродни сокращению TTL про это не думают 99,95% разработчиков сайтов.  
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

55. "В Chrome намерены удалить поддержку технологии Server Push"  –1 +/
Сообщение от Ivan_83 (ok), 12-Ноя-20, 16:21 
Наверное не TTL а rtt.
Разработчики сайтов в общем и не должны об этом думать, это не их область компетенций.
Ответить | Правка | Наверх | Cообщить модератору

85. "В Chrome намерены удалить поддержку технологии Server Push"  +/
Сообщение от Аноним (85), 12-Ноя-20, 23:33 
Ну, я вот ставлю себя на место разработчика вебсайта. Первый вопрос на кой хер мне заливать клиенту то, что ему скорее всего не нужно? Тупо трафик погонять? Трафик кстати стоит денег. Второй вопрос, с учетом того, что веб-разработка идет совсем иным путем (аля ajax-запросы) + паковка всего кода в страницу SPA, то накой нужна вообще эта технология, нету юзкейса в SPA, где этот Server Push вообще как-то пригодится. Наоборот, это рушит концепцую SPA.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

116. "В Chrome намерены удалить поддержку технологии Server Push"  +/
Сообщение от Аноним (-), 21-Ноя-20, 21:33 
с точки зреения разработчика надо какой-то список взаимозависимостей создавать, и еще серваку это в понятном ему виде прописать, это много возни а выигрыш небольшой, вот все и забили
Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру