The OpenNET Project / Index page

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



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

Оглавление

Проектом netcode.io предложены средства для использования UD..., opennews (??), 27-Фев-17, (0) [смотреть все]

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


26. "Проектом netcode.io предложены средства для использования UD..."  –4 +/
Сообщение от Аноним (-), 27-Фев-17, 18:28 
Они думают что удп пакет придет с заметно меньшей задержкой чем очередной тцп пакет в рамках установленного соединения? Объясните им кто-нибудь.
Ответить | Правка | Наверх | Cообщить модератору

28. "Проектом netcode.io предложены средства для использования UD..."  –1 +/
Сообщение от Аноним (-), 27-Фев-17, 18:49 
Нет. Когда имеется stateless-сервер (т.е. в одном пакете _от_клиента_ имеется вся необходимая инфа), то порядок следования пакетов не играет роли. Т.е. их можно слать с той скоростью с какой хочется программе, не полагаясь на регулирование по TCP-window.

Потеря пакета при TCP ведет к его повторной пересылке через время икс до 120 секунд (в зависимости от ОС), что и есть корень проблемы.

Пруф: https://tools.ietf.org/html/rfc793
Страница 40

    An Example Retransmission Timeout Procedure

      Measure the elapsed time between sending a data octet with a
      particular sequence number and receiving an acknowledgment that
      covers that sequence number (segments sent do not have to match
      segments received).  This measured elapsed time is the Round Trip
      Time (RTT).  Next compute a Smoothed Round Trip Time (SRTT) as:

        SRTT = ( ALPHA * SRTT ) + ((1-ALPHA) * RTT)

      and based on this, compute the retransmission timeout (RTO) as:

        RTO = min[UBOUND,max[LBOUND,(BETA*SRTT)]]

      where UBOUND is an upper bound on the timeout (e.g., 1 minute),
      LBOUND is a lower bound on the timeout (e.g., 1 second), ALPHA is
      a smoothing factor (e.g., .8 to .9), and BETA is a delay variance
      factor (e.g., 1.3 to 2.0).

И чтиво по теме:

1. http://unix.stackexchange.com/questions/210367/changing-the-...
2. http://sgros.blogspot.ru/2012/02/calculating-tcp-rto.html

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

41. "Проектом netcode.io предложены средства для использования UD..."  +/
Сообщение от Аноним (-), 28-Фев-17, 02:39 
> Они думают что удп пакет придет с заметно меньшей задержкой чем очередной
> тцп пакет в рамках установленного соединения? Объясните им кто-нибудь.

Им лавры «доброй» корпорации google покоя не дают покоя, тоже хотят свою версию tcp изобрести с блекджеком.

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

47. "Проектом netcode.io предложены средства для использования UD..."  –1 +/
Сообщение от Аноним (-), 28-Фев-17, 10:19 
TCP свойственны такие параметры как временные задержки между отправкой-получением пакетов - Ack Timeout. Проще говоря, перед тем как отправить ответ(были получены пакеты)  система это время ожидает. Может еще что може тбыть получено... В таких системах как Windows 7(200ms), Windows 8, 8.1, 10(50ms) и его никак не подкрутить. Даже 50мс - это очень много!
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

53. "Проектом netcode.io предложены средства для использования UD..."  +1 +/
Сообщение от Led (ok), 28-Фев-17, 22:30 
> В таких системах как Windows 7(200ms), Windows 8, 8.1, 10(50ms) и его никак не подкрутить.

Всё верно: вендузятники должны страдать.

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

59. "Проектом netcode.io предложены средства для использования UD..."  –1 +/
Сообщение от zanswer CCNA RS (?), 02-Мрт-17, 05:39 
В Linux, по крайней мере Red Hat Enterprise Linux, данное значение равно 40 мс по умолчанию, но с возможностью изменить значение на лету, через /proc.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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