The OpenNET Project / Index page

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



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

"В Chrome добавлена экспериментальная поддержка протокола HTTP/3"  +/
Сообщение от opennews (??), 20-Сен-19, 21:03 
В экспериментальные сборки Chrome Canary добавлена поддержка протокола HTTP/3, реализующего надстройку для обеспечения работы HTTP поверх протокола QUIC. Непосредственно протокол QUIC  был добавлен в браузер пять лет назад и с тез пор используется для оптимизации работы с сервисами Google. HTTP/3 стандартизирует использование QUIC в качестве транспорта для  HTTP...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51526

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

Оглавление

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

1. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +4 +/
Сообщение от Аноним (1), 20-Сен-19, 21:03 
«Отсутствие проблем с блокировкой очереди TCP» — то есть если клиент не успевает обрабатывать данные с сервера, то это проблемы клиента? Или что?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (2), 20-Сен-19, 21:08 
> Заметный прирост производительности и пропускной способности, по сравнению с TCP.

Только вот в ядре Linux у UDP diagram до сих пор высокий cpu-cost. Серверам нехило так поплохеет.

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

3. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +12 +/
Сообщение от Аноним (3), 20-Сен-19, 21:08 
Вот на словах все хорошо. И безопастно и быстро. Если бы это кто то другой, а не гугл бы разробатывал я бы поверил. А так прям жопой чую как зонд где то там припрятан.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (2), 20-Сен-19, 21:09 
*datagram
простите за опечатку
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Десятерной (?), 20-Сен-19, 21:18 
Это только в пахомии сервера работают для серверов. Во всем остальном мире сервера работают для людей, т.е. клиентов сервиса. Так что если клиентам похорошеет чуть более чем поплохеет серверам - это стоит того.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Десятерной (?), 20-Сен-19, 21:30 
А лучше бы иногда мозгами думать а не чувствовать задним местом. Я ни в коем случае не пытаюсь обелить G, они все же компания которая работает ради прибыли, но у них в патентах и открытых проектах много весьма годных вещей которыми успешно пользуется весь Интернет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от пох. (?), 20-Сен-19, 21:47 
> Заметный прирост производительности и пропускной
> способности, по сравнению с TCP.

угу, его ж лохи изобретали - вот щас гугель всем покажет как надо.

(подозреваю все банальное просто, как и со всеми udp-поделками - прекрасный прирост производительности за счет засирания канала аккуратно работающим клиентам. Забудьте о сохранении фоток на сетевой диск, пока смотрите порнуху с ютуба. Вы ж все равно однозадачны, типичный гуглоюзверь. Кончите, оботрете - потом фотки вашей пьянки будете сохранять.)

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

9. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от пох. (?), 20-Сен-19, 21:49 
во всем мире - может и работают. Только вот в гугле "клиентом сервиса" является NSA и прочие интересные ребята. А вы являетесь дойной коровой. И вас будут - доить.

Я уверен, проблему с большей загрузкой cpu для отдачи udp с лихвой перекрывает меньшая нагрузка на инфраструктуру гугля за счет пропихивания этого udp в узкие каналы на клиентах. А что у них при этом дохнет телефония, отваливаются сетевые шары и тормозит почта - гугля совершенно не колышет.

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

10. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +6 +/
Сообщение от Аноним (10), 20-Сен-19, 22:06 
>  прям жопой чую как зонд где то там припрятан.

И давно это у вас?

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

11. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (11), 20-Сен-19, 22:16 
> Кончите, оботрете - потом фотки вашей пьянки будете сохранять

То есть ты зря время не теряешь и диваешь одним выстрелом зразу два зверя?))

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

12. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (11), 20-Сен-19, 22:16 
То есть ты зря время не теряешь и убиваешь одним выстрелом зразу два зверя?))
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от BlackRot (?), 20-Сен-19, 22:34 
Горгулья называет это HTTP/3?
LOL. Я лучше на HTTP/2 останусь.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +4 +/
Сообщение от пох. (?), 20-Сен-19, 22:39 
> компания которая работает ради прибыли,

все компании работают ради прибыли, но не у всех прибыль - от 0% кредитцев спецслужбистов.
Некоторые ее получают, делая то, что людям на самом деле нужно, а не то что удалось им впихнуть.

> но у них в патентах и
> открытых проектах много весьма годных вещей которыми успешно пользуется весь Интернет.

/мну задумался, что это могут быть за годные вещи (кроме хромога, которым, конечно, пользуется, поскольку выбора нет, но вовсе не потому что гугель сделал что-то хорошее) - и как-то надолго завис... Скорее приходят на ум многочисленные прожекты, которыми гугель пользует весь интернет.

lustre, патчи ext2, повсеместное просовывание ненужноv6, quick для уничтожения чужих браузеров ("чисто случайно чуть-чуть отличающийся от опубликованных стандартов, но мы уже исправили, через пять лет, когда конкурентов уже вообще не осталось") - либо не отдано в опен, либо так отдано что нахрен не надо, либо вообще надо одному гуглю...

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

17. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от гугель (?), 20-Сен-19, 22:42 
> Горгулья называет это HTTP/3?

весь мир его называет http/3, поскольку мы просто купили ietf.

> LOL. Я лучше на HTTP/2 останусь.

тоже неплохо, напомним, кто его придумал и зачем. (чьи на самом деле проблемы он решает - а кому, наоборот, создает)

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

18. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (18), 20-Сен-19, 22:50 
Иронично, конечно, до чего дошло развитие Интернета. Чтобы "сократить задержки" надо возвращаться к TDM и эмулировать его поведение поверх коммутации пакетов. Хотя стойте, где-то это уже было, ах, ну да, RTP.

Ой, а ведь и для вебсокетов тут и там используются STUN/TURN/ICE. Что же это такое выходит WWW превращается в VoIP?

> --quic-version=h3-23

как бы намекает...

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

19. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –4 +/
Сообщение от Ordu (ok), 20-Сен-19, 22:54 
> Поддержка идентификатора соединения, позволяющего сократить время на установку повторного соединения для мобильных клиентов

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

Но проблема с отклонением реальности от идеальной модели OSI лишь усугубляется. Теперь маршрутизация выносится сетевого уровня на сессионный. Даже не на транспортный. Лол.

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

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

20. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от Дон Ягон (ok), 20-Сен-19, 23:06 
> quick для уничтожения чужих браузеров ("чисто случайно чуть-чуть отличающийся от опубликованных стандартов, но мы уже исправили, через пять лет, когда конкурентов уже вообще не осталось")

Стопудово. И будут лепить отмазы в духе того, как они мозиллу динамили - "ой, ашыбка, фсьо, фикс уже фпроде, ну на самом деле нет, но почти-почти" и так месяцами. А когда пофиксят - всегда можно выкатить новую версию..
Грустно всё это.

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

21. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (21), 20-Сен-19, 23:20 
С чего вы взяли, что припрятан?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

22. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Онаним (?), 20-Сен-19, 23:29 
UDP это хорошо. DNSCrypt UDP даже с заблокированным мобильным интернетом работает, например.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (23), 20-Сен-19, 23:44 
Да какого черта? Только недавно HTTP/2 пропихнули, а теперь тройка. Что ж им все неймется-то заменять работающие вещи. HTTP 1 был прекрасен и всегда будет в наших сердцах
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (24), 20-Сен-19, 23:56 
SCTP же. Просто заставить M$ запилить его поддержку в винде гуглу слабо, вот и навелосипедили что-то похожее поверх UDP.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

25. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (25), 21-Сен-19, 00:29 
А сервера то с HTTP/3 есть, или только у гугля?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

26. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от traktorist (?), 21-Сен-19, 00:47 
HOL
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

27. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +9 +/
Сообщение от Аноним (-), 21-Сен-19, 00:50 
Я правильно понимаю - если я сервисами гугла не пользуюсь, то нaxpeн мне не нужОн этот ваш хттп3?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

28. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +3 +/
Сообщение от Аноним (-), 21-Сен-19, 00:52 
Зачем вообще использовать зонды от Google? Уже лет 5 как перешел на Duckduckgo и не жалею, поиск хорош.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

29. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +5 +/
Сообщение от vantoo (ok), 21-Сен-19, 00:57 
> А так прям жопой чую как зонд где то там припрятан.

Правильно чуете, именно там он и припрятан.

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

30. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (18), 21-Сен-19, 00:58 
Мне казалось, что венда тут не главное, главное поддержка вообще во всем L4 оборудовании.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

32. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от xm (ok), 21-Сен-19, 01:10 
H2O 2.3.0-devel должен уже работать. По-крайней мере вот здесь работает https://h2o.examp1e.net/
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

33. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (33), 21-Сен-19, 01:22 
HTTP/«3» это обманка.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

34. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от fail (?), 21-Сен-19, 01:26 
>... главное поддержка вообще во всем L4 оборудовании.

не, там вpoде чycтвительность к наличию NAT в силу много-хоминга

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

35. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +5 +/
Сообщение от Аноним (25), 21-Сен-19, 01:27 
Какое прекрасное нагуглилось пока искал по этой теме документацию и обсуждения https://habr.com/ru/company/qrator/blog/416633/
Фееричный подход. Даже комментировать нечего. Там просто состояние всей ит-индустрии описано.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от fail (?), 21-Сен-19, 01:30 
... ну и к качеству "головы прокси" между креслом и кодом;
тут насмотришься на код банальных сетевых TCP/UDP сервисов - волосы на ногтях начинают шевелиться
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

37. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от fail (?), 21-Сен-19, 01:45 
>Просто заставить M$ запилить его поддержку в винде гуглу слабо

- это половина вопpoса, при желании могли бы пpoдaвить через куpaтopoфф
- вторая половина, это наличие гвоно-роутеров в норах абонентов - вот это слабо, поменять за свой счет(шмyгля) - "Значит так… Убивать аборигенов нехорошо, да? Но больше всего на свете акционеры боятся не шумихи в прессе, а дыр в финансовых отчётах" (L)

пошли наиболее простым путем, эти бизнюки засрут UDP, как до этого зaгaдили..

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

38. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от Аноним (-), 21-Сен-19, 01:56 
https://SearX.me наше всё (буквально, включая ваших уток).
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

39. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Sega Dreamcast (?), 21-Сен-19, 02:19 
А ведь если по чесноку, то вся продукция гугла — конченный мусор. Начиная с наглухо зацензуренного поисковика, заканчивая хушей ОС всех времён и народов, ведроидом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +4 +/
Сообщение от Google (?), 21-Сен-19, 06:53 
С чего вы взяли? Мы ничего не прячем, эонд установлен надежно и имеет 10 см ручку для удобства использования!
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

41. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –2 +/
Сообщение от Ivan_83 (ok), 21-Сен-19, 06:57 
> решающей проблемы с большим временем установки и согласования соединений в TCP

Такая проблема только в головах гугловцев.

> и устраняющей задержки при потере пакетов в процессе передачи данных

Опять враки.

Лучше бы запилили какое то расширение для TLS чтобы повторные соединения могли приходить уже без согласования.
Получилось бы ровно тоже самое но без кучи ненужного кода, и сразу в ядре.

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

42. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от zanswer CCNA RS and S (?), 21-Сен-19, 08:47 
Что-то вроде такого:

RFC 8446 The Transport Layer Security (TLS) Protocol Version 1.3

«2.2.  Resumption and Pre-Shared Key (PSK)

Although TLS PSKs can be established out of band, PSKs can also be established in a previous connection and then used to establish a new connection ("session resumption" or "resuming" with a PSK). Once a handshake has completed, the server can send the client a PSK identity that corresponds to a unique key derived from the initial handshake (see Section 4.6.1). The client can then use that PSK identity in future handshakes to negotiate the use of the associated PSK. If the server accepts the PSK, then the security context of the new connection is cryptographically tied to the original connection and the key derived from the initial handshake is used to bootstrap the cryptographic state instead of a full handshake. In TLS 1.2 and below, this functionality was provided by "session IDs" and "session tickets" [RFC5077]. Both mechanisms are obsoleted in TLS 1.3.

PSKs can be used with (EC)DHE key exchange in order to provide forward secrecy in combination with shared keys, or can be used alone, at the cost of losing forward secrecy for the application data.»

Или вы имеете ввиду что-то другое?

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

43. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +8 +/
Сообщение от zanswer CCNA RS and S (?), 21-Сен-19, 09:01 
Не совсем так, в рамках одной TCP сессии могут передаваться данные разных потоков, для примера представьте, что данные первого потока передавались в сегментах 1 и 2,  а данные второго потока в сегментах 3 и 4. Сервер направил четыре эти сегмента последовательно, но клиент получил только сегменты 1, 3 и 4. Теперь, пока не будет получен сегмент 2, обработка сегментов 3 и 4 будет не возможна, значит второй поток будет заблокирован, пока не будет обработан первый. Это и имеется ввиду в данном случае, с точки зрения TCP это единственно верное решение, поскольку не каких механизмов для разделения сегментом внутри одной TCP сессии нет. Есть SCTP в котором реализован механизм идентификации потоков внутри одного соединения, что избавляет от описанной выше проблемы, но Google решил создать QUIC.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

44. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от zanswer CCNA RS and S (?), 21-Сен-19, 09:05 
Эм, а в чём вы видите в HTTP/3 эмуляцию Time Devision Multiplexing?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

46. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (46), 21-Сен-19, 09:33 
Он не припрятан. Он извлечён и примкнут, и Гугл с этим зондом наперевес идет в атаку по всем фронтам.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

47. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +3 +/
Сообщение от Инженеры (?), 21-Сен-19, 10:05 
нормуль всё в ip4.
IP v6 -оверинжиниринг явный.
mac - вообще не причём и в разных медиа может быть разный
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

48. "Как это понимать?"  +/
Сообщение от Анононим (?), 21-Сен-19, 10:22 
Ошибка! Движки не могут получить результаты.

google (unexpected crash: CAPTCHA required)

Пожалуйста, попробуйте позже или воспользуйтесь другим сервером searx.

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

49. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от SR_team (?), 21-Сен-19, 10:26 
и правда годнота, только в мобильный хромиум фиг добавишь его по дефолту
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

50. "Как это понимать?"  –1 +/
Сообщение от SR_team (?), 21-Сен-19, 10:38 
выключи в настройках этот зонд и включи ддг, тогда searx станет удобной обвязкой с линками на веб архив и прокси. А для определенных сайтов будет ещё показывать количество сидеров, личеров и магнет-ссылку
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

51. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –1 +/
Сообщение от Аноним (46), 21-Сен-19, 10:47 
> его ж лохи изобретали

Когда в DARPA его изобретали, заботились о том, чтобы депеша из штаба полка в штаб дивизии дошла в целости и сохранности. а то, что миллиарды хомячков будут видосики на Ютубе смотреть - это тогда никому в голову не приходило.
Новые времена - новые задачи, новые инструменты.

> прирост производительности за счет засирания канала аккуратно работающим клиентам

Про uTP в своё время то же самое говорили. И ничо, не умерли. Есть, правда, "нюанс" - финансовые возможности Гугла, Нетфлиха, Клаудфлары и кому там оно ещё будет нужно, немножко более другие, нежели у полулегальных торрент-помоек, у них наверняка найдётся чем простимулировать провайдеров и производителей железа прописать правильный QoS. Впрочем, пока живём, а там посмотрим.

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

52. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (46), 21-Сен-19, 10:53 
Переходить надо на ipv12, а лучше - сразу на ipv16 или даже (чего мелочиться) ipv256.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

53. "Как это понимать?"  +/
Сообщение от Анононим (?), 21-Сен-19, 10:55 
Какой зонд?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

54. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от Аноним (54), 21-Сен-19, 11:02 
Краткое содержание новости: гугель добавил протокол, разработанный гугелем, в браузер, тоже разработанный гугелем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Онаним (?), 21-Сен-19, 11:33 
Да хрен с ними, пусть чего угодно пропихивают. На фронтендах для желающих можно прикрутить. А на бекенде как был HTTP/1.1 + Connection: close, так и останется.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

57. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Онаним (?), 21-Сен-19, 11:37 
Как раз таки поисковик и ведроид - хороши. Всё остальное - отстой.
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

58. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –1 +/
Сообщение от Ordu (ok), 21-Сен-19, 11:48 
> нормуль всё в ip4.

Да, конечно. И необходимость запиливать (в дополнение к MAC, IP и порту) ещё и идентификатор сессии, ради машршрутизации -- это самая отличная демонстрация тому. Ваши слова -- это явное проявление синдрома утёнка, того что высоколобые учёные называют импринтингом: ваш выводок не видел ничего кроме ipv4 и не едал ничего слаще редьки, и поэтому вы считаете, что ipv4 сделан как надо, а редька сладкая. Я очень рекомендую вам найти какие-нибудь способы преодолевать синдром утёнка, и вывести эти способы на уровень автоматического навыка (да, тут проскакивает ассоциация с Волдемортом из HPMoR[1][2]), иначе вы так и будете считать, что всё что есть хорошо и лучше быть не может, и вы никогда не сможешь сделать из-за этого ничего нового, что было бы лучше, чем то что есть. Вы даже не сможете улучшить старое, в лучшем случае вы сможете подпереть это старое новыми костылями. Да и то не факт: чтобы подпирать костылями, надо сначала признать проблему проблемой достойной решения, а запущенный синдром утёнка препятствовует этому.

> IP v6 -оверинжиниринг явный.
> mac - вообще не причём и в разных медиа может быть разный

Не причём? Или при чём? Я поискал и нашёл вам для повышения образованности статью[3]. Там разбирается история костылестроения в сетях ipv4, которая привнесла те костыли, которые вы считаете нормой, просто потому что вас учили тому, что так надо. И там же разбираются некоторые проблемы с ipv4. Из которых проблема нехватки адресного пространства -- лишь одна из минорных проблем.

Я по диагонали эту статью прочитал, поэтому обещать не буду, но, по-моему, она описывает даже почему ipv6 это ещё не оверинжиниринг: ipv6 не решит всех проблем.

Почитайте обязательно, если с английским туго, читайте через гуглотранслейт. Иначе слово "инженеры" в вашем поле для ника так и будет трёхбуквенной надписью на заборе, за которым злая собака. То есть надписью совершенно не соответствующей действительности.

Вас учили тому, что IPv4 -- это хорошо и прельстиво, но и теперь вы защищая ipv4 вы защищаете честь дедов, разработавших ipv4. Но вас учили не деды, а лохи педальные, которые не разрабатывали ipv4, они в лучшем случае справились понять, как ipv4 работает. Вас учили люди, которые точно так же жертвы синдрома утёнка. И защищая IPv4 вы защищаете их честь, а не честь дедов разработавших IPv4. Чтобы не попадать в такую ситуацию в будущем -- всегда уделяй время исследованию истории технологии и выяснению того, почему технология создана именно такой, почему было принято то или иное архитектурное или техническое решение, какие ещё варианты были и почему они были отвергнуты. Тогда твоё восприятие технологии будет гораздо ближе к восприятию создателей технологии, чем в том случае, если ты просто начитаешься текстов с заголовками "best practices" и решишь, что на этом образование закончено.

[1] http://www.hpmor.com/
[2] https://hpmor.ru/
[3] https://apenwarr.ca/log/20170810

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

60. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от Ordu (ok), 21-Сен-19, 11:51 
> Переходить надо на ipv12, а лучше - сразу на ipv16 или даже
> (чего мелочиться) ipv256.

Сразу не получится. Теоретически можно было бы, но практически Internet огромен, чтобы изменить его требуются зиллионы человеко-часов. Интернет распределён, в том смысле что нет единой организации, которая владела бы всей инфраструктурой, и могла бы организовать быстрый (то есть за несколько месяцов) переход на другие технологии. Поэтому переход надо выполнять пошагово, так чтобы следующая итерация развития технологий могла бы сосуществовать с предыдущей. И поэтому _сразу_ на ipv256 не удастся, не удастся даже сразу на ipv8.

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

61. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –3 +/
Сообщение от lucentcode (ok), 21-Сен-19, 11:58 
А nginx пока ни QUICK, ни HTTP/3 не умеет... Кому нужен протокол, для которого нет ни одного нормального фронтенд-сервера?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Дед Маздай (?), 21-Сен-19, 12:05 
Fix: То есть ты зря время не теряешь и убиваешь одним выстрелом зразу двух зайцев?))
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

63. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +3 +/
Сообщение от пох. (?), 21-Сен-19, 12:34 
> Краткое содержание новости: гугель добавил протокол, разработанный гугелем, в браузер,
> тоже разработанный гугелем.

для решения проблем во внутренних процессах - гугля.


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

64. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от suffix (ok), 21-Сен-19, 13:00 
Так tls 1.3 - 0-RTT (early_data) - именно про это !
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

65. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от suffix (ok), 21-Сен-19, 13:04 
What’s Coming in NGINX 1.17

Development has also started on support for QUIC and HTTP/3 – the next significant update to the transport protocols that will deliver websites, applications, and APIs. This is a significant undertaking, but likely to arrive during the NGINX 1.17 development cycle.

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

66. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от xm (ok), 21-Сен-19, 13:24 
Угу. Абырвалг, agile, признание Америки, ещё парочку...
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

67. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +3 +/
Сообщение от Аноним (67), 21-Сен-19, 14:03 
На данный момент да. Более того, очевидные преимущества протокол дает только при нестабильном канале. Это либо мобильный интернет, либо связь на большие расстояния через большое количество узлов.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

68. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Zulu (?), 21-Сен-19, 14:07 
Да. И это главная причина, почему у нас сейчас QUIC деплойнут для ~5% пользователей. Дорого.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

69. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –2 +/
Сообщение от Zulu (?), 21-Сен-19, 14:09 
Если б ты чуть меньше надрачивал на свою гениальность и почитал rationale, понял бы зачем оно надо.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

70. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Zulu (?), 21-Сен-19, 14:11 
Это ж прямо было сказано: продавить изменения в ядра всех ОС а потом заставить всех проапдейтить железки, которые десять лет жужжат без человеческого внимания невозможно. Поэтому будем ваять в юзерленде.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

71. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Zulu (?), 21-Сен-19, 14:12 
Akamai, Cloudflare CDNs предлагают. Если у вас один сервер, то вам HTTP/3 вообоще ни к чему.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

72. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (75), 21-Сен-19, 14:12 
Что там хорошего? Поисковик за последние несколько лет испортился. Ведроид - по откручивали всё что можно и некоторые фичи для пользователей искоренили.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

73. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Zulu (?), 21-Сен-19, 14:15 
Выгоды HTTP/3 в более быстром прохождении last mile. Если у вас один сервер (10 серверов, 100 серверов), то он вам вообще не нужен. Он нужен CDN-ам.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

74. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (75), 21-Сен-19, 14:22 
Ну пусть пытаются, чё. Скорость с которой гугл может выкатывать новые версии quic-http/3 для пользователей очень большая. Что там делать то - обновил всем броузер, обновил свои сервачки и всё. У других компаний просто нет возможности повторения текущего "стандарта". А после обкатывания они в ietf всё примут, конечно. Только кроме гугля и нескольких приближенных компаний остальным ловить нечего.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

75. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –1 +/
Сообщение от Аноним (75), 21-Сен-19, 14:30 
Действительно, что это я о себе возомнил. "Официальные" стандарты решил использовать для работы и изучения. А оказывается оно мне ни-к-че-му. Понимаю:
У кого нет миллиарда серверов - пусть идут в ж@пу(с)
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

76. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от t28 (?), 21-Сен-19, 14:33 
> А nginx пока ни QUICK, ни HTTP/3 не умеет...

Nginx разрабатывался не для этого.

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

77. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –1 +/
Сообщение от Аноним (54), 21-Сен-19, 14:35 
Пускай назовут ЭТО gHTTP и тогда пофиг какая версия -- никто не будет за ними гоняться,
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

78. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Zulu (?), 21-Сен-19, 14:40 
> Действительно, что это я о себе возомнил. "Официальные" стандарты решил использовать для
> работы и изучения. А оказывается оно мне ни-к-че-му. Понимаю:
> У кого нет миллиарда серверов - пусть идут в ж@пу(с)

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

Но удерживать от похода в ж@пу никто никого не будет, конечно.

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

79. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (75), 21-Сен-19, 14:53 
Нет я понимаю, глядя за кого топишь, - ты на подсосе у корпов. Но мог на опеннете такой камингаут не делать. А отсылка к полонскому была сделана не случайно. Он тоже подобное кричал и чем всё кончилось? Это намек таким как ты, чем всё может обернуться.

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

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

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

80. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Zulu (?), 21-Сен-19, 14:58 
Так, шапочки из фольги это не ко мне. Да и кто такой Полонский, я понятия не имею.
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

81. "Как это понимать?"  +1 +/
Сообщение от qwerty (??), 21-Сен-19, 15:30 
гугл не требует капчу на менее популярных инстансах
https://github.com/asciimoo/searx/wiki/Searx-instances
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

83. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (83), 21-Сен-19, 15:34 
> Средства коррекции ошибок, минимизирующие задержки из-за повторной передачи потерянных пакетов. Использование специальных кодов коррекции ошибок на уровне пакета для сокращения ситуаций, требующих повторной передачи данных потерянного пакета.

Forward Error Correction, насколько я знаю, так и остались красивой идеей, которая не работает (в QUIC/HTTP3) и сейчас отключена.

Суть такова. Если, например, теряется один пакет из 10-ти, то можно передавать 11 пакетов и восстанавливать потерянный. Однако, восстановить его можно будет только получив все 11 (точнее 10, т.к. один потеряли), но пакеты из начала передачи проще восстановить передав их повторно (так информацию получится прочитать быстрее, ибо не нужно ждать все 11 пакетов, чтобы восстановить 2-й, например). Если передавать пакеты коррекции чаще, то повышается трафик. Однако, гораздо чаще случается потеря нескольких пакетов подряд (щас большая часть трафика идет по радио: WiFi, мобилки) и тогда FEC еще хуже работает. Потому что нужно читать данные с минимальной задержкой и не сильно увеличивать трафик. И тут проще быстро обнаружить потерю (ACK, NACK) и передать повторно, чем ждать всю пачку пакетов.

Теорию довольно хорошо описывают мейлрушники, разработавшие свой велосипед на тех же принципах (там довольно подробно описаны разные варианты восстановления потерянных пакетов и почему FEC не работает, точнее другие варианты лучше):

https://habr.com/ru/company/oleg-bunin/blog/461829/

https://habr.com/ru/company/oleg-bunin/blog/413479/

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

85. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –1 +/
Сообщение от таненбаум (?), 21-Сен-19, 18:28 
да ты офигел
тут панимаешли люди сидят на триджы переписанном унипсе от дедов неосиляторов мультикса
всем довольны и восхваляют его и пророчат вендокапец
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

86. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (75), 21-Сен-19, 22:04 
С сервером отдачи трафика ладно, не больно надо. А вот прокси для этого HTTP/3 уже есть у кого-нибудь в решениях? На что смотреть организациям для выпускания сотрудников в интернет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

87. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Zulu (?), 21-Сен-19, 22:37 
Нету. Почитай спецификацию, там много заморочек заточенных под мобильных пользователей, у которых меняется адрес, а пересогласовывать соединение не хочется, и у которых возможны потери. Офис это другое.

Не смотри на HTTP/3 как на замену HTTP/1(.1), он скорее призван его дополнять.

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

89. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от анним (?), 22-Сен-19, 10:32 
Первого ставим как глушитель и глушим второго
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

90. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (90), 22-Сен-19, 11:33 
https://habr.com/ru/company/qrator/blog/416633/ Это песец. Гугл принимает стандарты строго под себя.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

91. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от JL2001 (ok), 22-Сен-19, 12:51 
> https://habr.com/ru/company/qrator/blog/416633/ Это песец. Гугл принимает стандарты
> строго под себя.

в статье 2018 год и, например, упоминается, что QUIC плох для вайфая и мобильного инета, а в этой новости упоминается что как раз хорош для вайфая и мобильного
видимо за это время сильно переписали протокол и, вероятно, статья стала (частично) не актуальной

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

92. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +3 +/
Сообщение от Аноним (95), 22-Сен-19, 13:17 
Вы статью-то внимательно прочитали? А соседние, по экспериментам других людей с udp? Да, там всё хорошо и быстро только в идеальном мире. В реальных условиях в куче ситуаций работает хуже чем "окаменевший" tcp. Это результаты реальных измерений, а не методички от гугля. А в данный момент просто смирились и никто ничего не тестирует. Пользуются рекламными проспектами и рассказывают - ну  гугл то не будет врать, в новости же написано. Кто вам наивным реальные данные то покажет, хех? Вот такие вещи практически не встречаются https://www.cisco.com/c/dam/en_us/solutions/industries/docs/... . Сейчас просто заказывают сторонним фирмам исследование и они выдают три листочка с словами вай-как-хорошо-стало. Круговое накидалово.
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

93. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (93), 22-Сен-19, 14:34 
А я останусь на HTTP/1.0 мне там удобно запросы делать и ответы получать прям в консоли из кода на Си обычным wget, а все эти приблуды вроде видео уже давно идут по UDP от провайдера по multicast.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

94. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –1 +/
Сообщение от Онаним (?), 22-Сен-19, 16:39 
> Поисковик за последние несколько лет испортился

Чем он испортился-то? Очень неплохо ищет то, что надо, гораздо лучше ряда альтернатив типа уткошлёпа и херандекса.

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

95. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (95), 22-Сен-19, 17:05 
Всем вообще-то испортился. У нескольких коллег спросил - такого же мнения придерживаются. Ту информацию что раньше гуглилась на первой, максимум второй странице, теперь совсем не видно. Ключевые слова те же, поисковик тот же - ссылки нужной нет. Смешно, но яндекс уже такой же по поиску если не лучше. И яндекс не зассал снизу ссылку поместить - поискать на гугле.
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

96. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (96), 22-Сен-19, 23:18 
А как браузер понимает, что нужно именно по udp подключаться? Сначал по udp пытается, а потом по tcp? Разве это не будет к дополнительным задержкам при подключении к 99% сайтов?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

97. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним (99), 23-Сен-19, 11:30 
>а лучше - сразу на ipv16 или даже (чего мелочиться) ipv256

Под номер версии IP отведено всего 4 бита.

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

98. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от Аноним (83), 23-Сен-19, 11:40 
Браузер заходит по https, как обычно, и в ответ получает в заголовке информацию, что он также доступен через QUIC. Открой в браузере пустую вкладку, зайди в инструменты отладки и открой google.com. После редиректов увидишь при подключении по https в заголовке ответа:

alt-svc: quic=":443"; ma=2592000; v="46,43,39"

Дальше браузер сам решает оставаться ему на https или переключаться на QUIC (HTTP/3).

Если хочется больше деталей - то ищи сам (статьи или читай спецификацию).

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

99. "Как это понимать?"  +/
Сообщение от Аноним (99), 23-Сен-19, 11:45 
google.com
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

100. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от retop (?), 23-Сен-19, 12:18 
Пьяный что ли? С каких это пор udp стал затратнее tcp?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

101. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  –2 +/
Сообщение от retop (?), 23-Сен-19, 12:40 
Всегда найдется кучка маргиналов из многомилионной аудитории самого популярного сервиса, которые будут постоянно ныть, что всё испортилось, но при этом не давая конкретики. Напиши им отзыв, что у коллег плохо ищет цп, тут не сайт поддержки.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

102. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от пох. (?), 23-Сен-19, 13:09 
> Когда в DARPA его изобретали, заботились о том, чтобы депеша из штаба
> полка в штаб дивизии дошла в целости и сохранности. а то,

у твоей почты, к примеру, есть какие-то другие задачи? Или вон у поста на опеннете?
> что миллиарды хомячков будут видосики на Ютубе смотреть - это тогда

тебе принадлежит ютруп? Тогда какое это к тебе имеет отношение?

> Новые времена - новые задачи, новые инструменты.

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

> Про uTP в своё время то же самое говорили. И ничо, не

и сейчас говорим. И ничего, дропаем 90% (а кто и все сто), не паримся - любители обмазаться модным-современным и невменяйки - не являются платежеспособными клиентами (а иногда даже и благодарны - "у прошлого-то прова как запустишь торрент - веб не браузился, а у этого - браузится, наверное, у него канал лучше!"). А кто-то просто сдает их полиции. У умных выключен.

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

> полулегальных торрент-помоек, у них наверняка найдётся чем простимулировать провайдеров
> и производителей железа прописать правильный QoS. Впрочем, пока живём, а там

им не надо - их пользователи простимулируют.

А те, кому нахрен не сдалось - никуда не денутся, тоже заплатят.

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

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

103. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от оператор (?), 23-Сен-19, 13:13 
> UDP это хорошо. DNSCrypt UDP даже с заблокированным мобильным интернетом работает, например.

это не ваша заслуга, это наша недоработка.
Как только мусорного udp-траффика станет заметное количество - youtube у вас работать будет (он с cdn коробки прямо в нашей стойке работает) а эта хрень - вообще перестанет.

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

104. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от пох. (?), 23-Сен-19, 13:17 
>> Поисковик за последние несколько лет испортился

лет 7 - все еще "несколько", ога

> Чем он испортился-то? Очень неплохо ищет то, что надо, гораздо лучше ряда

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

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

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

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

105. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от гугель (?), 23-Сен-19, 13:21 
>> https://habr.com/ru/company/qrator/blog/416633/ Это песец. Гугл принимает стандарты
>> строго под себя.
> в статье 2018 год и, например, упоминается, что QUIC плох для вайфая
> и мобильного инета, а в этой новости упоминается что как раз

ну так эту новость - мы писали. А ту - какие-то инженеры какого-то вшивого qrator. Надо, кстати, подкрутить поиск, чтоб они вообще никем и никогда не находились, а то ишь, умные...

Все правильно - хорош, для НАС. А пользователя того вайфайя и тем более его оператора нам не жалко вот совсем.

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

106. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +2 +/
Сообщение от Аноним (106), 23-Сен-19, 14:16 
Если бы так было, то щас бы linux лежал бы на помойке и работал бы на серверах. Я не понимаю, какого хрена в вашем понимании у UDP, накладных расходов для процессора больше, чем у TCP? Кажется вы профан, который написал это от балды на волне хейта всего нового. Вы наверное не в курсе, что у UPD нет целостности данных, нет коррекции ошибок, нет "рукопожатий", он не устанавливает соединение и не проверяет готовности получателя, он просто отсылает пакет по адресу, и т.д. Отсутствие этих вещей у UDP, по сравнению с TCP, делает его более быстрым и менее затратным. Наобарот, UDP по дефолту даёт меньшую нагрузку на процессор, чем TCP.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

107. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Ivan_83 (ok), 23-Сен-19, 15:29 
> Что-то вроде такого:
> RFC 8446 The Transport Layer Security (TLS) Protocol Version 1.3
> «2.2.  Resumption and Pre-Shared Key (PSK)
> Или вы имеете ввиду что-то другое?

Да, видимо что то такое.
Что вообще практически убивает все преимущества HTTP2.

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

108. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (109), 23-Сен-19, 19:00 
Мамка то не заругает что ты с взрослыми дядьками в интернете общаешься? Ну вот судя по твоей идее искать ЦП в гугле уровень развития виден.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

109. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (109), 23-Сен-19, 20:04 
> Если бы так было, то щас бы linux лежал бы на помойке и работал бы на серверах.

Да ты похоже умнее гугля и всех его профессоров. Они то глупые уже несколько лет стек udp переписывали под этот квик, а тут ты пришел и объяснил как надо.
Пдфка с описанием и результатами гуглится по словам Optimizing UDP for content delivery.
Иди расскажи им какой он был быстрый, менее затратный и прочее.

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

110. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +1 +/
Сообщение от Аноним84701 (ok), 23-Сен-19, 21:31 
> Чем он испортился-то? Очень неплохо ищет то, что надо, гораздо лучше ряда
> альтернатив типа уткошлёпа и херандекса.

Плюсы-минусы, кавычки в запросах  – часто просто игнорируются.
Так же заметен был "улучшайзинг", когда стали вместо "найдено 0" или "столько-то результатов по этому запросу - возможно вы имели в виду <видоизмененный запрос от гугла, нужно жмякнуть ссылку>" стали сразу подсовывать результат "альтернативного" запроса-предложения от самого гугла (того самого "возможно вы имели в виду").

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

Ну и по мелочи - фильтры без JS вообще уже никакие не выставить, фильтация по дате и языку становятся все более бесполезной, поиск по коду (удобнейшая штука: https://web.archive.org/web/20101112131244/http://www.google... ) так и не починили после 2011 (ну да, туда же рекламу продукта особо не впихнуть) ...

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

112. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Анонимс (?), 28-Сен-19, 11:59 
угумс. TCP - 2800 Mcycle/sec, UDP - 2801 Mcycle/sec
для тебя специально переведу: УДП протокол на 0.036% потребляет больше цпу при траспортировке.
там ни граммулечки сказано, про установку соединения  и обработку ошибок.
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

113. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (113), 29-Сен-19, 23:10 
То есть ты наконец нашел документацию прочёл её и....ни хера не понял. Смотреть TCP tso - 618. Это то что уже было в ядре. А к удп стеку они прикручивали точно таки же методы работы.
Иди дальше пдфку изучай.
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

114. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (106), 30-Сен-19, 11:35 
Шо ты тут рассказываешь? Тут изначально про TSO разговора не было.
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

115. "В Chrome добавлена экспериментальная поддержка протокола HTT..."  +/
Сообщение от Аноним (115), 01-Окт-19, 20:51 
Да я самого начала не сомневался что у тебя дислексия ярко выраженная.
> Они то глупые уже несколько лет стек udp переписывали под этот квик, а тут ты пришел и объяснил как надо.

Где тут про tso не упоминаем и не говорим?
Поднимемся вверх, может там что мы про tso и не будем обсуждать?
> Только вот в ядре Linux у UDP diagram до сих пор высокий cpu-cost. Серверам нехило так поплохеет.

Опять никакого запрета на обсуждение tso и реальный отзыв о стоимости udp. И ниже мой комментарий про большие затраты и допиливание гуглом стека udp специально под квик.

PS. В прошлый раз ты несолько дней потратил на поиск в гугле и чтение одной таблички. Как видим ты и её прочесть не смог. Ну выводы то осилишь прочесть и понять? Или тоже перевести?

Taken  together,  segmentation  offload,  zerocopy  and  pacing
can considerably decrease cycle cost of serving content over
UDP  to  make  it  approximate  the  efficiency  of  TCP,  which
has long had these features.   UDP GSO shows a compara-
ble gain to TCP GSO, near 2x.  Smooth delivery with pacing
lowers cpu overhead compared to userspace pacing and im-
proves goodput by lowering drops.  Zerocopy further avoids
overhead from copying, 13% in the example workload.  Full
application results are still out, but we are confident that these
improvements allow us to serve content with QUIC at consid-
erably lower cycle overhead using a standard UDP datapath,
compared to the earlier privileged packet socket based stack.

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


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

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




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

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