Ясное дело udp лучше
Юдипи - это айти аналог почты России.
- Подсудимый, почему вы не платили налоги и жкх!?
- Но я отправлял! Я честно отправил оплату налогов и жкх! Отправил по юдипи(почтой России). Я не виноват!
- Подсудимый, почему вы не платили налоги и жкх!?
- Но я отправлял! Я честно отправил оплату налогов и жкх! Отправил по юдипи(почтой России). Я не виноват!
Если отправлял по почтой России значит намеренное уклонение от уплаты налогов с отягчающим
Если кто-то что-то отправил почтой России, то это наш пациент.
Только UDP еще и цвета херит, посылая полутона нахуй и накрывая все это еще jpeg сеткой.
хуйня, где повторно отправленная вода взамен утерянной на левой картинке?
Ответь на мой ответ!
Самое печальное в этой "шутке" то, что в UDP нет нумерации пакетов. Каждый протокол, использующий UDP, самостоятельно добавляет нумерацию своих дейтаграмм.
Подозреваю что это из-за того, что номера нужны только при буфферизации, а её алгоритм и реализация у каждого приложения своя
Номера нужны, чтобы определять (и иногда исправлять) наружение порядка передачи дейтаграмм транспортной сетью, затем выявлять потери дейтаграмм и отличать эти две ситуации друг от друга.
Когда у нас посредине где-то есть балансировка транзитного потока фреймов в два параллельных физических линка с обратной сборкой двух потоков в один. Если делать такую балансировку бездумно, можно легко получить перестановку пакетов одного потока UDP между собой и в зависимости от прикладного протокола это может быть фатально (представь себе передачу исходного кода программы, в которой куски переставлены по произвольной границе), а может быть не очень страшно - когда "опоздавший" пакет (доставленный после изначально отправленного позже) просто выкидывается с пропуском кадра в мультимедийном потоке (единичная потеря 10-20 милисекунд речи не фатальна).
В TCP такой контроль встроен и встроено восстановление порядка и приложения не должны об этом заботиться. В UDP нет нумерации пакетов, нет определения таких проблем и борьбы с ними и те протоколы, кому это важно, добавляют нумерацию и сложные алгоритмы сами.
Когда у нас посредине где-то есть балансировка транзитного потока фреймов в два параллельных физических линка с обратной сборкой двух потоков в один. Если делать такую балансировку бездумно, можно легко получить перестановку пакетов одного потока UDP между собой и в зависимости от прикладного протокола это может быть фатально (представь себе передачу исходного кода программы, в которой куски переставлены по произвольной границе), а может быть не очень страшно - когда "опоздавший" пакет (доставленный после изначально отправленного позже) просто выкидывается с пропуском кадра в мультимедийном потоке (единичная потеря 10-20 милисекунд речи не фатальна).
В TCP такой контроль встроен и встроено восстановление порядка и приложения не должны об этом заботиться. В UDP нет нумерации пакетов, нет определения таких проблем и борьбы с ними и те протоколы, кому это важно, добавляют нумерацию и сложные алгоритмы сами.
Чот до меня не доходит
"надеюсь шу" - А где все остальные?
Если передаваемые данные нужны в полном и неизменном виде, нахуй udp использовать?
udp - для мультимедии, где лучше редкие пропуски, чем постоянные подвисания. Правому должно быть вообще похуй на порядок и нумерацию, что прислали, то и пускает в работу молча.
udp - для мультимедии, где лучше редкие пропуски, чем постоянные подвисания. Правому должно быть вообще похуй на порядок и нумерацию, что прислали, то и пускает в работу молча.
UDP нужен много для чего. При использовании TCP невозможно оперативно управлять задержками доставки и самостоятельно рулить перепосылками, что нужно протоколам туннелирования. Туннелировать TCP через TCP вообще чревато экспоненциальным ростом задержек, так как два вложенных потока TCP ничего не знают друг о друге. Поэтому при необходимости туннелировать IP с TCP внутри так, чтобы туннель пролазил через провайдерский NAT (через мобильный интернет) нужно туннелировать через UDP. И тогда нужна нумерация, чтобы не допускать нарушение порядка (или даже восстанавливать его). Один из стандартных протоколов инкапсуляции L2TP умеет взять IP-пакеты, обернуть в UDP с добавлением нескольких атрибутов, включая 32-битную нумерацию и послать.
Какая шутка?
Знаю шутку про UDP, но она до вас врядли дойдет...
Чтобы написать коммент, необходимо залогиниться
Отличный комментарий!