The OpenNET Project / Index page

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

Компания Google развивает новый сетевой протокол QUIC

21.02.2013 17:06

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

Протокол активируется при запуске Chrome с использованием опции "--enable-quic", также упоминается опция "--origin-port-to-force-quic-on=80". Тем не менее протестировать работу протокола пока не с чем, так как неизвестно ни одного сервера QUIC. Спецификации протокола пока не опубликованы.

  1. Главная ссылка к новости (https://plus.google.com/u/0/10...)
  2. OpenNews: Компания Google выпустила модуль к Apache для обеспечения поддержки протокола SPDY
  3. OpenNews: Предложение по формированию стандарта HTTP/2.0, на включение в который претендует SPDY
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/36180-quic
Ключевые слова: quic, google, udp, web
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (53) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 17:14, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Ни дня без нового велосипеда! //новый слоган Гугл и Ко.
     
  • 1.2, б.б. (?), 17:16, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Что хромиуму новый протокол, то хрому троян.
     
  • 1.3, Аноним (-), 17:16, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    В дерево исходных текстов проекта Chromium вероломно без объявления войны интегрирован код с реализацией нового протокола QUIC.
     
     
  • 2.26, vinke (?), 20:47, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В дерево исходных текстов проекта Chromium бесплатно без смс интегрирован код с реализацией нового протокола QUIC.
     
     
  • 3.29, Куяврик (?), 22:49, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    пропущено: ... без регистрации ...

    чтите классику, чтите

     

  • 1.4, Аноним (-), 17:18, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Эх вы... Они же вам сюрприз сделать хотели :-)
     
     
  • 2.12, Аноним (-), 18:03, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эх вы... Они же вам сюрприз сделать хотели :-)

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

     
     
  • 3.58, Sergey (??), 18:35, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы как дети с этим DRM. Ну а как авторам зарабатывать за авторский контент? Дарить его чтоли? Одно дело код, технология и наука - шаринг чего просто необходим. А шарить или дарить остальные вещи - дело каждого домовладельца. Вообще этот DRM это именно медиа. То есть единственная возможность запустить полноценные интернет-кинотеатры/театры/концерты. На снятие фильма тратят миллионы $ это и ЗП актеров и все все все. И один кинотеатр это не все сборы. А может я хочу премьеру дома посмотреть в хорошем качестве, без тупых каментов рядом и с возможностью поставить на паузу. Но я не могу этого сделать за деньги сравнимые с ценой билета и опасения прокатчиков без полноценного DRM я полностью понимаю.
     
     
  • 4.60, arisu (ok), 02:12, 23/02/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    это личные проблемы «прокатчиков» и прочих. я лично не понимаю, с какого испугу они собираются решать свои проблемы за мой счёт, при этом требуя с меня денег. если решают проблемы за мой счёт — тогда мне и платят; я так кумекаю. ну, или вот ты мне плати: это ж ты хочешь «дома посмотреть», и из-за тебя всякое DRMо сочиняют.
     
     
  • 5.61, Тарас (??), 10:06, 25/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За какой твой счёт? Кто тебя заставляет смотреть фильмы с DRM и платить деньги?
     
     
  • 6.62, arisu (ok), 10:31, 25/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > За какой твой счёт?

    за обычный мой счёт. когда я захочу вдруг купить фильму и огребу за свои же деньги DRMо с блобом в нагрузку. сони вон вообще под видом защиты трояна раздавала. а это не подвальная контора. как я могу быть уверен, что проприетарные DRM-блобы не содержат троянов?

     
  • 2.41, arisu (ok), 04:25, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эх вы… Они же вам сюрприз сделать хотели :-)

    «Про спичку мы пошутили, мы радость хотели доставить вам!» (ц)

     

  • 1.5, CSRedRat (ok), 17:38, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Лучше бы штатно SCTP поддержали.. И грамматический словарь нормальный наконец сделали!
     
     
  • 2.8, paulus (ok), 17:52, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Делают даже автоматическое исправление ошибок для школоло...
     
  • 2.10, Омский линуксоид (ok), 17:55, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы штатно SCTP поддержали.. И грамматический словарь нормальный наконец сделали!

    Сделают даже так, что сайты будут нужные загружаться, как только ты подойдёшь. А про тексты вообще будет сказка, просто думаешь и всё у Google.

     
     
  • 3.20, Аноним (-), 19:02, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Сделают даже так, что сайты будут нужные загружаться, как только ты подойдёшь.

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

     
     
  • 4.24, piteri (ok), 20:00, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >определенном уровне выработки условных рефлексов

    Не беспокойтесь, скоро они у вас выработаются.

     
  • 4.48, другой аноним (?), 10:43, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да запросто, при наличии камеры, должном развитии технологии распознавания образов и прочем ИИ - подошел на улице к рекламной панели в рваных кроссовках или джинсах  - тебя сразу  оценили и выдали рекламу на кроссовки или джинсы, подошел не в рваных - определили что за фирмА одежки, прикинули что ты, возможно, фанат адидаса и у тебя не последние их модели -  выдали страничку с самыми современными фасончиками. А если ты сопливишь и чихаешь - то сразу реклама на какой-нибудь грипколд. А если подошел в лаптях и с мешком и как глубокий таежный житель вертишь головой и широко раскрываешь глаза и варежку - отправят на ближайший базар - кедровые орехи, что в тайге набил, продавать.
     
  • 2.65, CSRedRat (ok), 14:04, 02/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы штатно SCTP поддержали.. И грамматический словарь нормальный наконец сделали!

    Кстати, отказывается есть такой реквест! https://code.google.com/p/chromium/issues/detail?id=222724
    Ставим звёздочку для поддержки.

     

  • 1.7, Аноним (-), 17:49, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем же так повинился курилка TCP, что все его бросаются переизобретать? Сначала uTP, теперь QUIC
     
     
  • 2.13, Аноним (-), 18:06, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Тем что слоупочно разгоняется.
    - Тем что congestion control у него не фонтан.
    - Тем что path mtu discovery работает ужасно.
    - Тем что при сколь-нибудь заметных потерях пакетов он дичайше теряет в скорости.
     
     
  • 3.15, Аноним (-), 18:13, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > - Тем что слоупочно разгоняется.

    Зависит от congestion control

    > - Тем что congestion control у него не фонтан.

    Зависит от алгоритма. А их много, и есть очень крутые.

    > - Тем что path mtu discovery работает ужасно.

    Нормально работает. В чём проблема?

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

    Зависит от congestion control

    Так и запишем - ты не не осилил подучить матчасть и сменить алгоритм CC.
    К сведению, любой "новый" протокол потребует точно такого же алгоритма congestion control.

     
     
  • 4.17, Аноним (-), 18:28, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Right, но в среднем по больнице оно вот так Вспомним про например виндузоидов, ... большой текст свёрнут, показать
     
     
  • 5.21, Crazy Alex (ok), 19:06, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Только когда более крутой алгоритм есть только в хроме, а всё остальное (читай IE) тупит - плюшки достаются хрому. Так что гугл вообще ни разу не заинтересован в улучшении реализации TCP  в винде.

    Конкурентная борьба это.

     
     
  • 6.30, Аноним (-), 23:18, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так это по заслугам Ускорение внедрения алгоритма В целом - это хорошо уда... большой текст свёрнут, показать
     
  • 6.46, Тузя (ok), 06:44, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы так говорите, будто если у Google даже и был бы такой интерес, то Microsoft-у было бы какое-то до этого дело.
     
  • 5.23, Аноним (-), 19:33, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну, иди, смени в винде хомякам алгоритм CC, если такой резвый? А ты уже смог убедить MS включить твой крутой алгоритм в их унылую винду?

    А нас - рать!
    1) Их проблемы.
    2) Ну, иди, воткни в винду хомякам новый протокол .... и дальше по тексту.
    вот то этому - моя первая фраза. Пусть жрут кактус.

     
     
  • 6.32, Аноним (-), 23:23, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Напоминает анекдот про войну чукч и китайцев - А давайте воевать - Ну, давайте... большой текст свёрнут, показать
     
     
  • 7.36, Аноним (-), 02:40, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А я то что? Вот гугель и воткнет, судя по всему. И
    > это будет в разы быстрее чем ждать пока MS раздуплится это
    > в ядре родить.

    И будет оно только у хромобоев, только в их убогом хроме. Что изменится?

     
  • 4.63, edo (ok), 02:10, 28/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а что, есть решения, которые одновременно и congestion хорошо определяют, и задержкам и потерям пакетов нечуствительны?
     
  • 2.18, Andrew Kolchoogin (?), 18:45, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    1. TCP очень резко изменяет размер скользящего окна при congestion.
    2. TCP "по-своему" понимает понятие flow: то есть, если я по каким-то своим причинам шарашу пакетами по 100 байт, и транзитный маршрутизатор, скажем, пропихнёт десятый пакет в первую очередь, тогда принимающий хост обязан накопить все IP-пакеты, пока не будет получена правильная последовательность TCP SeqNum.
    В Real-Time это просто неприемлемо.
    3. SYN Flood.
     
     
  • 3.37, Аноним (-), 02:48, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зависит, опять таки, от алгоритма А вот тут уже полная некомпетенция TCP - это... большой текст свёрнут, показать
     
  • 2.19, Andrew Kolchoogin (?), 18:46, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем же так повинился курилка TCP, что все его бросаются переизобретать?

    Ну и FIN-WAIT-2 Problem, как же я забыл-то... ;)

     

  • 1.14, Аноним (-), 18:07, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Гуглы делают делают свой интернет
     
     
  • 2.16, mitya (ok), 18:14, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Давно уже.
    Они сейчас еще начнут широкополосным доступом торговать.
     

  • 1.22, Crazy Alex (ok), 19:12, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А чего, интересная заявка:

    1) от скорости гуглосервисов сейчас зависят почти все
    2) делается специализированный оптимизированный по самое немогу протокол для взаимоедйствия со своими сервисами
    3) спецификацияне даётся
    4) новый протокол реализуется на своих сервисах, в хроме/хромоси. Естественно, для пользователя всё выглядит как HTTP или HTTPS
    5) PROFIT - с точки зрения хомяка "интернет не тормозит" только в хроме. А переносить реализацию этой штуки к себе MS будет три жизни - там могут быть весьма нехилые услилия по реверсу спецификаций, да и в любом случае они скоростью не отличаются.

    Но лично меня такой сценарий как-то не радует.

     
     
  • 2.25, piteri (ok), 20:03, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > там могут быть весьма нехилые услилия по реверсу спецификаций, да и в любом случае они скоростью не отличаются.

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

     
     
     
    Часть нити удалена модератором

  • 4.43, Crazy Alex (ok), 05:01, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я о том же. Точнее, спецификация может быть просто неполной или не соответствующей реальному положению вещей - грубо говоря, её реализация будет давать копеечные улучения, а гугловская- реальные.
     
  • 2.31, vi (?), 23:22, 21/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > 2) делается специализированный оптимизированный по самое немогу протокол для взаимоедйствия
    > со своими сервисами
    > 3) спецификацияне даётся
    > 4) новый протокол реализуется на своих сервисах, в хроме/хромоси. Естественно, для пользователя
    > всё выглядит как HTTP или HTTPS
    > 5) PROFIT - с точки зрения хомяка "интернет не тормозит" только в
    > хроме. А переносить реализацию этой штуки к себе MS будет три
    > жизни - там могут быть весьма нехилые услилия по реверсу спецификаций,
    > да и в любом случае они скоростью не отличаются.
    > Но лично меня такой сценарий как-то не радует.

    Неужели не радует только зависимость от гуглосервисов?
    Может какие другие радости в жизни имеются?

    Скоко вопросов, то!?!?!? Можно посылать!

     
     
  • 3.44, Crazy Alex (ok), 05:02, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Что сказать-то хотел?
     
  • 2.42, arisu (ok), 04:27, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А чего, интересная заявка:

    так великолепно же! гуглотушканчики собираются в гуглозагоны с гуглохромом — и там сидят. мне нравится.

     
     
  • 3.47, Тузя (ok), 06:50, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И хромиумотушканчики, и всякие мелкие яндекс/мейлру-тушканчики, а вскоре и оперотушканчики. Chrome - это новый современный IE6 со всеми вытекающими минусами. Но... как будто это плохо.
     

  • 1.27, Аноним (-), 22:11, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ура, они изобретут TCP 2.0!
     
     
  • 2.55, лох (?), 12:33, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ура, они изобретут TCP 2.0!

    больше похоже на ТСР 0.2

     

  • 1.28, VoDA (ok), 22:48, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    интересно как этот QUIC по сравнению с SCTP?

    Что лучше / вкуснее для пользователей и серверных приложений.

     
  • 1.33, лох (?), 23:32, 21/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я конечно лох и что-то не понимаю, но ... какое отношение протокол-замена ТСР имеет к браузеру? Что, браузер нынче работает на OSI уровне 3 (т.е. напрямую с IP)? Мне всегда казалось, что ТСР-стек - это часть ОС.

    $ man socket:
    ...
    int socket(int domain, int type, int protocol);
    type ... SOCK_STREAM, SOCK_DGRAM ...

    Если браузер работает с транспортным уровнем (а не с прикладными а-ля HTTP[S]?), то либо это уже epic fail by design, либо это заявка на ОС.

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

     
     
  • 2.40, Crazy Alex (ok), 04:19, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нувот на базе SOCK_DGRAM и сделано, всё, что выше - да, сами реализовали, у них ресурсов на это хватает.

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

     
     
  • 3.54, лох (?), 12:31, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > на базе SOCK_DGRAM

    ... QUIC представляет собой оптимизированный вариант протокола UDP ...
    Т.е. *вместо* UDP, а не поверх. А это подразумевает новый тип сокета. А сокеты - часть ТСР-стека. А ТСР-стек - часть ОС. А значит... ну вы понели.
    > какой процент сайтов использует гугловские сервисы

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

    с чего? Возможно, при прямом соединении с сервером гугля разница и будет. А во всех остальных случаях скорость передачи данных от протокола зависит не более чем никак.

     
     
  • 4.57, arisu (ok), 12:52, 22/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ... QUIC представляет собой оптимизированный вариант протокола UDP ...

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

     

  • 1.34, exn (??), 00:41, 22/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Очередной проприетарный протокол. Видимо расчитывали порадовать индивидумов покормивших медведя после рюмки водки.
     
  • 1.39, Анонист (?), 03:54, 22/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Зачем велосипеды?
    Есть же готовый SCTP
     
     
  • 2.64, Аноним (-), 01:14, 03/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Эра IPv6 до сих пор ещё не восторжествовала и большинство пользователей сидят за провайдерским NAT. И готов этот NAT натить протокол SCTP ?
     

  • 1.45, prince (?), 05:18, 22/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну так в будущем в ChromeOS и запилят или забьют на реализацию
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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