dan dOl / it-юмор :: UDP :: TCP :: профессиональный юмор :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

it-юмор geek профессиональный юмор TCP UDP 
dan

dOl,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и  айтишный юмор,профессиональный юмор,TCP,UDP
Подробнее
dan dOl
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,профессиональный юмор,TCP,UDP
Еще на тему
Развернуть
Готов рассказать бородатую шутку про TCP.
жги.
Ее придется повторять, пока до тебя не дойдет.

А вообще - шутка про udp
TheShock TheShock 17.09.201814:07 ответить ссылка 19.8
Ебучий спойлерящий MITM.
Со мной просто коннект получше
TheShock TheShock 17.09.201814:11 ответить ссылка -0.4
Просто пинг ниже.
Все любят шутки про MitM. Ну, кроме Алисы и Боба, все.
Ок, вот тебе шутка про TCP. Дошло?
Хорошо. На этом всё
Может сначала пожмем руки?
Вы кто такой? Я вам пакет не слал. Идите на 127.0.0.1
Лучше так:
loopback себе попингуй, хост!
Тот момент, когда с тобой не хотят даже tcp-соединение установить.... Это какой-то новый уровень.
А кто знает отличную шутку про ARP?
Я поддержу тебя бро.
Кто не понял, вопрос ко всем пользователям джоя - это и есть шутка про ARP.
J0HN J0HN 17.09.201815:25 ответить ссылка 1.2
Так ведь её только-что
что только что?
Blyamb Blyamb 17.09.201822:35 ответить ссылка -1.9
Гранату
Я знаю отличную шутку про ARP! Обращайтесь ко мне, а не к другому чуваку, который тоже говорит, что знает такую шутку!
А дождь - это multicast
nonnname nonnname 17.09.201814:22 ответить ссылка -2.0
Короче, баянисты. Список шуток http://blog.vadmin.ru/2012/06/blog-post.html
nonnname nonnname 17.09.201814:28 ответить ссылка 3.4
С шуткой про впн он малеха обосрался
Там явно подразумевался P2P
Про TTL шутки нет.

Понятие TTL
Представьте себе, что вам 5 лет и вы хотите кушать. Вы идёте к папе и говорите: «Папа, я хочу кушать». Ваш папа смотрит телевизор и согласно таблице маршрутизации посылает вас к маме. Вы идёте к ней и просите «Мамааа, я хочу кушать». Мама болтает с подругой по телефону и согласно своей таблице маршрутизации посылает вас к папе.
И так вы ходите как дурак от папы к маме и обратно, туда-сюда, туда-сюда, а всё потому, что криворукие админы (родители папы и мамы) неправильно настроили таблицу маршрутизации.
Чтобы защититься от таких ситуаций придумали понятие TTL (Time To Live), что применительно к нашей ситуации означает количество терпения у мальчика, пока он не скажет «заебало» и не упадёт перед ногами мамы или папы в беспомощном состоянии. Последний, по правилам (стандарты – это «так заведено в семье»), обязан послать короткий нелестный отзыв адрес того, кто послал мальчика кушать. Это так называемый icmp-пакет «мальчик издох».
taeda taeda 18.09.201808:09 ответить ссылка 1.0
вам стоит прекратить заниматься юмором
hodok hodok 18.09.201809:45 ответить ссылка -1.0
Слева трап, а справа реверс трап? Иначе я не могу объяснить их навыки в питье воды
о, опять камент в другой пост уехал О_о
Говнокодеры, сэр. Или мэм?
nonnname nonnname 17.09.201817:26 ответить ссылка -0.4
Я не специалист но на сколько я понял tcp идет строго по адресу а udp льется вне зависимости готовности кого-то это пить. Верно?
rotor12 rotor12 17.09.201815:10 ответить ссылка -1.6
TCP требует подтверждения на любой чих, а UDP в рот шатал, дошел до тебя пакет или нет.
А есть еще UDT. Это реализация гарантированной, как TCP, передачи данных, но заточенная под большие объёмы данных(типа, передать терабайт по говняному каналу). Разница, вобщем, в том, что размер пакета данных, на который приходит ack с контрольной суммой, может быть любым(мы использовали полмегабайта), и пакеты не обязаны слаться синхронно, то есть, порядок отсылки пакетов, проверки чексум, и повторной пересылки в случае несхождения, может быть любым.
Надо сказать, что на говняных каналах, например, в Австралию, реальный выигрыш в скорости по сравнению с TCP иногда был в 500(!) раз.
Ну так в TCP порядок при повторной пересылке тоже роли не играет - пакеты нумерованы, а подтверждения в силу физически особенностей устройства сети могут приходить совсем не по порядку.

Опять же, можно увеличить размер буферов приема/отправки и получить огромный выигрыш в скорости.
Hellsy Hellsy 18.09.201801:54 ответить ссылка 0.1
Что мешало использовать UDP с подтверждением (torrent(протокол))?
UDT это и есть UDP с подтверждением. Торрент тоже пытались, но у него не под то заточка. Нам нужен был протокол для оптимизации передачи ооочень больших количеств данных(вообще несжатое видео в разрешениях от 5000х3000 - то есть, по сути, набор bmp+waw, разве что сжатое zip без потерь) через каналы с высоким latency. Торрент тут был все-таки чуть лучше TCP, но в разы хуже UDT.
Отправка серии пакетов идет без получения подтверждения (до определенного предела), чтобы не терять скорости на ожидании.
Hellsy Hellsy 18.09.201801:49 ответить ссылка 0.0
UDP тоже можно слать на определённый адрес. Так делают многие игровые клиенты. Это снижает нагрузку и отклик.
Dimacik Dimacik 17.09.201816:01 ответить ссылка 8.3
Чем 2 в 3 степени смешон?
suiginto suiginto 17.09.201817:43 ответить ссылка -1.2
2^3 = 8
Что по английски пишется как "eight" , что в свою очередь созвучно с "ate" - сьесть.
Sqrt(-1) = i
2^3 = eight (ate)
summ(Pi)
че?
I ate some pie - я съел/поел пирог
Не pie, а pi = pee
Как же я был не прав... D:>
Простите.
sfw/nsfw ?
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты
Number
Number
Window ПРОТОКОЛ
о доставлении ТСР-пакета
"3" мая 2023 г. "17" час. "34" мин.	32 : 95:21:86:Ы:2а
(дата составления) (время составления)	(адрес составления)
____Я. маршрутизатор МИсгоИк ИВЗОИШАЗ-НМ, 192.168.1.1_________________
(название модели и 1Р-адрес маршрутизатора, составившего протокол) в соотве
подробнее»

it-юмор geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор TCP

ПРОТОКОЛ о доставлении ТСР-пакета "3" мая 2023 г. "17" час. "34" мин. 32 : 95:21:86:Ы:2а (дата составления) (время составления) (адрес составления) ____Я. маршрутизатор МИсгоИк ИВЗОИШАЗ-НМ, 192.168.1.1_________________ (название модели и 1Р-адрес маршрутизатора, составившего протокол) в соотве
TCP
UDP
Connection Oriented
Connectionless TCP
UDP
P2P
BROADCAST