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

Протокол HTTP/3.0 получил статус предложенного стандарта, opennews (ok), 07-Июн-22, (0) [смотреть все] Welcome to googlenet , Жироватт (ok), 08:56 , 07-Июн-22, (1) +8 // С разморозкой Гугельнет начался с этапа отжатия 50 браузеров , Брат Анон (ok), 09:28 , 07-Июн-22, (8) +58 // С другой стороны лучше бы разрабы браузеров внедряли BitTorrent-протокол, чтобы , Аноним (24), 10:27 , 07-Июн-22, (24) +4 // Больше мониторов богу мониторов , Аноним (32), 11:04 , 07-Июн-22, (32) VR из каминг, покайтесь , Аноним (40), 12:25 , 07-Июн-22, (40) is coming out, Аноним (75), 15:34 , 07-Июн-22, (75) Ты хотел сказать IPFS , Аноним (86), 16:22 , 07-Июн-22, (86) +2 Он тогда уже закончился, с захватом от 50 рынка Начался ещё с покупки YouTube, Bob (??), 11:38 , 08-Июн-22, (170) Одни статусы, толку нет , pashev.ru (?), 09:00 , 07-Июн-22, (2) –2 // Правильно Не читай, сразу пиши , Брат Анон (ok), 09:29 , 07-Июн-22, (9) +5 // И чо Зачем оно , pashev.ru (?), 09:56 , 07-Июн-22, (18) –10 на днях вышел haproxy 2 6 - уже с http3 так что процесс пошел, fi (ok), 17:12 , 07-Июн-22, (95) // https github com haproxy haproxy issues 680Таки ты врешь Статус open , microsoft (?), 21:20 , 07-Июн-22, (125) +1 // В доках https raw githubusercontent com haproxy haproxy v2 6 0 doc configurat, Аноним (188), 20:58 , 08-Июн-22, (188) Только она не включится, если не собрать с USE_QUIC и патченым OpenSSL , Аноним (200), 11:54 , 09-Июн-22, (200) Есть нюансы https www haproxy com blog announcing-haproxy-2-6 http-3-over-qui, Аноним (200), 11:53 , 09-Июн-22, (199) Прощай, роскомблокиратор, Роман (??), 06:34 , 08-Июн-22, (154) // Чем оно тебя спасёт от блокиратора От блокиратора спасёт только ECH, да и то не , Онаним (?), 20:10 , 11-Июн-22, (275) А пакет теряется сам по себе, проблемы физического канала ни при чём и не влия, pashev.ru (?), 09:03 , 07-Июн-22, (3) –3   // пакеты теряются всегда, так уж устроен ip, i (??), 09:22 , 07-Июн-22, (6) +6   // Только в одном потоке, или во всех случайным образом , ip1982 (ok), 17:05 , 07-Июн-22, (90)   // случайно конечно, если поток маленький, то и потерь может не быть, но модемное п, 67 (?), 12:46 , 09-Июн-22, (204)   А про TCP ты забыл, да Вот в UDP, который в новом стандарте, будут теряться без, Ан (??), 20:34 , 07-Июн-22, (122)   // В TCP точно так же теряется и нужно перепосылать И нет, это будет другой пакет , Аноним (128), 22:11 , 07-Июн-22, (128)   Это будет тот же payload И не придуривайся, что ты не понял, о чём речь , Ан (??), 12:29 , 08-Июн-22, (173)   Я как раз очень хорошо понимаю о чём идёт речь Пейлоад, в некоторых случаях, то, Аноним (128), 16:54 , 09-Июн-22, (206)   проторол контроля передачи, потери учитывает и логику работы сетевого стека подс, 67 (?), 12:56 , 09-Июн-22, (205)   Их перепошлет сама реализация QUIC Это лучше чем уповать на кернел Особенно ко, Аноним (-), 16:32 , 10-Июн-22, (215)   Там речь про смену маршрутов вроде перехода с LTE на wifi - но мне кажется оно т, keydon (ok), 09:29 , 07-Июн-22, (10)   Ещё раз Где здесь пакет теряется Не перестаю удивляться способности кожанных , Брат Анон (ok), 09:31 , 07-Июн-22, (11) –1   // Я советую всё же научиться пользоваться утилитой ss, чтобы понять, что пакеты те, timur.davletshin (ok), 10:03 , 07-Июн-22, (20) +5   // Еще раз теряется -- буквально теряет ся -- теряет сам себя Учите русский, Брат Анон (ok), 12:46 , 07-Июн-22, (45) –3   Пакет потерял сам себя, и не пришёл по адресу, по которому его отправили Скольк, Аноним (49), 12:55 , 07-Июн-22, (49) –2   Читай учебник демагога, слабый заход Да и технически ты тоже ошибаешься Пакеты, timur.davletshin (ok), 12:59 , 07-Июн-22, (51)   Звенит январская вьюга,Патч-корды хлещут упруго,Пакеты мчатся по кругу,И шумят с, InuYasha (??), 13:40 , 07-Июн-22, (59) +15   Зачот , Аноним (177), 13:32 , 08-Июн-22, (177) +1   Брат, языки сложнее чем ты думаешь , ip1982 (ok), 17:07 , 07-Июн-22, (91) +3   Тебя задорнов покусал , Аноним (128), 17:27 , 07-Июн-22, (98) +6   Ага, вот деньги бюджетные могут терять сами себя, а пакеты, значит, не могут , Аноним (142), 00:32 , 08-Июн-22, (142)   Ругаться - ругать себя На деле непереходный глагол со значением взаимности Обм, Ся (?), 17:59 , 08-Июн-22, (183) –1   У моего соседа собака кусается , Аноним 80_уровня (ok), 18:31 , 09-Июн-22, (210) –1   Ну это они как раз любят 8212 за хвост самоё себя пожрать , Аноним (128), 16:42 , 10-Июн-22, (216) +1   Пакеты теряются по дизайну, именно потеря пакета и является тем, что даёт сигнал, timur.davletshin (ok), 09:49 , 07-Июн-22, (15) +6   // Нюанс в том что в беспроводных линках пакеты теряются независимо от нагрузки на , Аноним (-), 16:43 , 10-Июн-22, (217)   // Нюанс не в этом, что там не пакеты , timur.davletshin (ok), 18:16 , 10-Июн-22, (233)   Кэп намекает что с точки зрения TCP IP вообще есть только пакеты и rtt Да и бес, Аноним (-), 00:58 , 11-Июн-22, (245)   Нет, потеря одиночного фрейма и даже нескольких не вызовет падения скорости до д, timur.davletshin (ok), 18:20 , 10-Июн-22, (234)   Красивая теория, но своему снифферу я доверяю больше чем какому-то эксперту опен, Аноним (-), 01:16 , 11-Июн-22, (246)   Ну напиши congestion control новый, степень защитишь и на работу получше устроиш, timur.davletshin (ok), 18:22 , 10-Июн-22, (235)   Да вон сабж уже написали К тому же его гугл доставит ВСЕМ И мне и даже тому ла, Аноним (-), 01:20 , 11-Июн-22, (247)   Пользователи и правда в своей массе являются причиной своих же неприятностей Эт, timur.davletshin (ok), 18:27 , 10-Июн-22, (236)   Ну и как я протяну кабель тому поезду заезжаюшему под мост Или почему у меня из, Аноним (-), 01:43 , 11-Июн-22, (253)   Сейчас бы ожидать от пользователя степени по беспроводной передачи данных Пока , Аноним (128), 18:02 , 12-Июн-22, (295)   Я тебя разочарую, но QUIC в реальной жизни сливает TCP 8212 https www fastl, timur.davletshin (ok), 18:31 , 10-Июн-22, (237)   Мне достаточно того что я в реальной жизни порой вижу как TCP ПОЛНОСТЬЮ ВЫРУБАЕТ, Аноним (-), 01:24 , 11-Июн-22, (248)   Ну шта, шта ты несёшь История вообще не про это Но, если тебя интересует, то д, timur.davletshin (ok), 18:36 , 10-Июн-22, (238)   Даже он так то получился компромиссным А агрессивность хоть немного приводит ег, Аноним (-), 01:36 , 11-Июн-22, (249)   Болтун с нулевыми техническими знаниями в вопросе Извини, не буду утруждать себ, timur.davletshin (ok), 06:50 , 11-Июн-22, (266)   Давно известно что если технические аргументы закончились, можно перейти на личн, Аноним (-), 00:29 , 12-Июн-22, (276)   Протокол всё равно режут - https ntc party t http-3-quic 1823 , Аноним (12), 09:36 , 07-Июн-22, (12) +5 // 1 в инете всё равно делать нечего без VPN Только в исключения добавить локалку, Bob (??), 11:43 , 08-Июн-22, (171) –1 // Кэп намекает что shadowsocks - TCP , Аноним (-), 17:24 , 10-Июн-22, (223) Неплохо если бы ещё и недостатки указывали поддержка UDP некоторыми сетями, отс, keydon (ok), 09:36 , 07-Июн-22, (13) // Написали жеж Поддержку обеспечивает Cloudflare Вроде всё понятно Хо, n00by (ok), 12:57 , 07-Июн-22, (50) +3 // Только не Cloudflare Пожалуйста Я уже не в силах решать проблемы, которые у ме, Аноним (168), 11:19 , 08-Июн-22, (168) +4 // Соглашусь От кафлара уж очень много проблем Что-то другое было бы лучше выбрат, Аноним (175), 13:05 , 08-Июн-22, (175) +2 Ну конечно во всем виноваты пистолеты Этот облачный флаер просто выживает в у, Аноним (179), 14:15 , 08-Июн-22, (179) Я не виноват, я выполнял приказ , keydon (ok), 17:05 , 08-Июн-22, (182) А довольно улыбаетесь при этом вы тогда по какой инструкции , InuYasha (??), 23:21 , 10-Июн-22, (244) +1 Broken by design сети совершенно никого не интересуют С точки зрения защиты от , Аноним (128), 22:16 , 07-Июн-22, (129) // В телекоме мб и нет разницы, а в остальных отраслях разные ддосы бывают, не толь, keydon (ok), 01:13 , 08-Июн-22, (143) +1 // И даже в этом случае разницы нет, трафик будет точно так же блэкхолиться на гран, Аноним (128), 16:57 , 09-Июн-22, (207) HTTP 2 хватит всем А 171 HTTP 3 187 он вообще ненастоящий , Аноним (14), 09:43 , 07-Июн-22, (14) –1 // я жду, когда выйдет HTTP 4 Надо продолжать развивать протокол, и как можно чаще, Аноним (21), 10:07 , 07-Июн-22, (21) +5 // RFC10xyz Протокол HTTP 4 определяет использование протокола QDIC Quick DDCP I, Аноним (42), 12:38 , 07-Июн-22, (42) +5 Желательно менять протокол каждый месяц Ведь каждый хипстер знает всё новое - л, Аноним (66), 14:41 , 07-Июн-22, (66) +2 // Вместе с браузерами - каждые 3 недели , Аноним (137), 23:26 , 07-Июн-22, (137) Почему во множественном числе , Аноним (181), 14:33 , 08-Июн-22, (181) Что бы было разнообразие У каждого браузера свои стандарты и фичи, zuzzz (?), 15:28 , 22-Июн-22, (324) Подождите, его уже уже год как стандартизировали Что-то тут не то , lockywolf (ok), 09:50 , 07-Июн-22, (16) Проблема в том, что пропихивающие QUIC не говорят о его недостатках Плюс, коряв, timur.davletshin (ok), 09:53 , 07-Июн-22, (17) +17 // Think different Это не недостатки, а новые возможности , Аноним (25), 10:32 , 07-Июн-22, (25) // У thinkdifferent ов хоть ECN включен в дефолте , timur.davletshin (ok), 10:33 , 07-Июн-22, (26) +1 Как в анекдоте Меня коучи научили, что вместо проблема надо говорить вызов Т, Аноним (70), 14:50 , 07-Июн-22, (70) На мой дилетантский взгляд сравнение с pulseaudio не вполне корректно Даёт нагл, n00by (ok), 13:00 , 07-Июн-22, (52) –1 // Дело даже не в кол-ве процессорного времени, которое необходимо потратить на обр, timur.davletshin (ok), 13:08 , 07-Июн-22, (53) +1 // То есть, после повсеместного внедрения стандарта, придётся переносить реализацию, n00by (ok), 13:29 , 07-Июн-22, (56) Соль была в том, чтобы иметь реализацию в пользовательском пространстве Мол, та, timur.davletshin (ok), 14:17 , 07-Июн-22, (61) +3 На мобильном линке с движущемся транспорте он подобен разве что каре господня, к, Аноним (-), 18:02 , 10-Июн-22, (225) Простите, но его даже не ради этого создавали Я уже не говорю о том, что он и н, timur.davletshin (ok), 18:08 , 10-Июн-22, (226) А мне похрен Если протокол не покрывает столь базовый и массовый кейс, его врем, Аноним (-), 01:53 , 11-Июн-22, (255) У тебя каша в голове Протокол - IP, а BBR, на который ты так наяриваешь, это ал, timur.davletshin (ok), 19:26 , 11-Июн-22, (274) Спасибо Кэп, это подразумевалось Правда с оговоркой что TCP IP Еще раз спасибо , Аноним (-), 00:38 , 12-Июн-22, (277) Браузер по определению скачивает данные в основном Наличие убер-протокола никак, timur.davletshin (ok), 04:32 , 12-Июн-22, (286) В целом - да, но 1 Чтобы сервер вообше что-то послал - сначала это надо запро, Аноним (-), 21:33 , 12-Июн-22, (302) Там из заметного только механизм pacing rate изменили Оно никак не поменяло л, timur.davletshin (ok), 02:51 , 13-Июн-22, (312) И сколько там запрос GET занимает В запросном канале ВСЕ алгоритмы ведут себя о, timur.davletshin (ok), 03:29 , 13-Июн-22, (320) Google его не использует Он использует некую модифицированную версию погугли , timur.davletshin (ok), 03:41 , 13-Июн-22, (321) Нет, милок, именно IP в данном контексте , timur.davletshin (ok), 04:34 , 12-Июн-22, (287) Протокол проброса информации в студию А то пацаны-то не знают , timur.davletshin (ok), 18:09 , 10-Июн-22, (227) Не знаю можно ли называть протоколом кучу эвристики и кой-какие сведения от лину, Аноним (-), 01:58 , 11-Июн-22, (256) Проброс делается не эвристикой, а просто внесением изменений в протокол IP Надо, timur.davletshin (ok), 19:23 , 11-Июн-22, (273) А смысл этого какой 1 Беспроводные интерфейсы сейчас довольно адаптивные, за см, Аноним (-), 01:02 , 12-Июн-22, (278) Проблема в том, что ничего лучшего нет, т к при отсутствии проброса информации , timur.davletshin (ok), 18:11 , 10-Июн-22, (229) Я вообще не представляю себе логику определения скорости линка когда я чешу в по, Аноним (-), 02:04 , 11-Июн-22, (257) Ловить перегруз по росту RTT пытаются уже больше 20 лет и все алгоритмы только н, timur.davletshin (ok), 19:15 , 11-Июн-22, (271) И тем не менее, они демонстрируют хоть какое-то отдаленное подобие минимального , Аноним (-), 01:31 , 12-Июн-22, (279) Потрудитесь полистать https researchbank swinburne edu au file 1560d7f6-6fa3-4, timur.davletshin (ok), 04:27 , 12-Июн-22, (285) Касательно CDG была защищена докторская пару лет назад с описанием улучшенного а, timur.davletshin (ok), 19:18 , 11-Июн-22, (272) Академы пэйперы пишут специфично Их интересует не то что будет с юзером в поле,, Аноним (-), 23:26 , 12-Июн-22, (304) Чем публикация тестов Google лучше Оно даже по критериям академичности не прока, timur.davletshin (ok), 03:12 , 13-Июн-22, (317) Есть такая вещь в параметрах модуля backoff_factor у реализации BSD она иначе з, timur.davletshin (ok), 03:15 , 13-Июн-22, (318) Проблемы масдая не в кубике, а в том, что там отключены tcp timestamp ы уточни,, timur.davletshin (ok), 03:19 , 13-Июн-22, (319) А как ты себе представляешь обработку такой ошибки Просто пофантазируй и опиши , timur.davletshin (ok), 18:13 , 10-Июн-22, (231) В идеале - качаем данные на полной скорости линка пока он есть, на лету адаптиру, Аноним (-), 02:09 , 11-Июн-22, (258) Собственно ты словами и описываешь классический алгоритм Задайся вопросом о том, timur.davletshin (ok), 19:02 , 11-Июн-22, (270) В теории, Петька, мы с тобой миллионеры Классийческий алгоритм в его чистом в, Аноним (-), 02:09 , 12-Июн-22, (280) Ты демонстрируешь полное непонимание вопроса Ты с лёгкостью можешь нагуглить цел, timur.davletshin (ok), 04:18 , 12-Июн-22, (284) Я демонстрирую то что увидел по факту в снифере и статистике сокетов И если в э, Аноним (-), 23:34 , 12-Июн-22, (305) Простите, давайте ближе к телу Про какой такой таймер вы говорите и в каком с, timur.davletshin (ok), 03:10 , 13-Июн-22, (316) Я тут внезапно понял, что ты не в курсе, как коррекция ошибок в беспроводных про, timur.davletshin (ok), 04:37 , 12-Июн-22, (288) Ух, конечно-конечно, о великий гуру Есть правда маленький нюансик Я таки накод, Аноним (-), 00:17 , 13-Июн-22, (310) А на каком уровне OSI происходит коррекция ошибок LDPE нормальные люди использую, timur.davletshin (ok), 02:53 , 13-Июн-22, (313) https legacy netdevconf info 2 1 papers compare-tcp-highway-netdev-4-final pdf, timur.davletshin (ok), 14:04 , 16-Июн-22, (323) Ладно, юзай там свой BBR Я выше уже писал, что есть категория совершенно полоум, timur.davletshin (ok), 04:47 , 12-Июн-22, (289) Я вообще-то на беспроводках тупо поэкспериментировал и посмотрел что лучше всего, Аноним (-), 23:45 , 12-Июн-22, (306) Люди давно поэкспериментировали в реальных и виртуальных условиях и составили ка, timur.davletshin (ok), 03:05 , 13-Июн-22, (314) Вы чёрта в Господом даже умудрились спутать , timur.davletshin (ok), 18:43 , 10-Июн-22, (239) Раб божий, что ты забыл в интернете , Аноним (128), 18:06 , 12-Июн-22, (296) Он просто не понял мой тонкий отсыл что TCP поверх беспроводки - это просто сран, Аноним (-), 23:48 , 12-Июн-22, (307) Всё это совершенные мелочи по сравнению с проблемами tcp , lockywolf (ok), 15:05 , 07-Июн-22, (72) // Ограничения TCP известны и изучены CUBIC Reno и все эти SACK, ECN, гибридный ст, timur.davletshin (ok), 16:12 , 07-Июн-22, (82) +2 // Отлажены, отполированы, но не работают И работать не будут Пока промежуточные р, lockywolf (ok), 09:43 , 08-Июн-22, (164) –2 Простите, а какое отношение congestion control и selective acknowledgment имеют , timur.davletshin (ok), 09:48 , 08-Июн-22, (166) +1 Если количество пакетов не совпадает с количеством ack ов, один из NAT ов по дор, lockywolf (ok), 19:49 , 08-Июн-22, (185) –1 Мне вот тут интересно стало, а что такое в твоём понимании TCP window scaling Бр, timur.davletshin (ok), 20:26 , 08-Июн-22, (187) Какая-то TCP опция, которую файрволы по дороге переписывают так, как им заблагор, lockywolf (ok), 04:08 , 09-Июн-22, (190) –1 Очень глубокое понимание работы протокола Кстати, именно поэтому кол-во ACK ов , timur.davletshin (ok), 06:25 , 09-Июн-22, (191) Нет в абсолютно подавляющем большинстве , timur.davletshin (ok), 06:36 , 09-Июн-22, (193) Sweet summer child Всё, что можно переписать, переписывается Не переписывается, lockywolf (ok), 08:49 , 09-Июн-22, (195) –1 А кроме как языком доказать сможешь Ну, начнём с того же TCP window scaling ра, timur.davletshin (ok), 09:53 , 09-Июн-22, (196) –1 21 1 1 4 Parameter Negotiation The entire handshake is cryptographically pro, lockywolf (ok), 12:15 , 09-Июн-22, (202) На этом разговор и закончим, мне всё ясно , timur.davletshin (ok), 20:03 , 09-Июн-22, (211) На этом можно было бы и закончить гадать А вы уверены, что софт, торчащий на т, timur.davletshin (ok), 06:30 , 09-Июн-22, (192) Можете закончить, а мне нужно данные передавать Я уверен, потому что я измерял з, lockywolf (ok), 08:46 , 09-Июн-22, (194) –1 Жду однострочник, с нетерпением , timur.davletshin (ok), 09:57 , 09-Июн-22, (197) Однострочники называются nping и hping3 , lockywolf (ok), 11:44 , 09-Июн-22, (198) я так и знал 128518 , timur.davletshin (ok), 12:05 , 09-Июн-22, (201) И что ты знал, болтун Какая разница, чем слать пакеты , lockywolf (ok), 12:16 , 09-Июн-22, (203) –1 Хорошие, кстати, однострочники если хочется потыкать пакеты палочкой в нестандар, Аноним (-), 02:12 , 11-Июн-22, (259) Какие проблемы то В начале браузеростроители ограничивают количество TCP соедине, Ivan_83 (ok), 04:32 , 08-Июн-22, (146) +1 // Проблема в том, что скорость потока зависит от процента потерь пакетов обратно , lockywolf (ok), 09:45 , 08-Июн-22, (165) Портить вообще довольно просто На крайний случай можно кабель вырвать вместе с , Аноним (128), 18:09 , 12-Июн-22, (297) Ну так это - Пайплайнинг в тупом его виде HTTP 1 x жестко клевал по head of li, Аноним (-), 17:32 , 10-Июн-22, (224) У тех серьёзных ребят, у которых этот протокол внедрён и которым от него профит,, Аноним (75), 15:40 , 07-Июн-22, (78) –1 // Шта , timur.davletshin (ok), 16:33 , 07-Июн-22, (87) // какой-нибудь Intel Quick Assist , onanim (?), 07:38 , 08-Июн-22, (162) –2 Ты действительно полагаешь, что он имеет какое-то отношение к TCP UDP или HTTP , timur.davletshin (ok), 08:56 , 08-Июн-22, (163) какой-нибудь аналог Intel Quick Assist, onanim (?), 18:41 , 11-Июн-22, (269) Вообще-то ядерная часть ALSA никогда не умела делать ресэмплинг, этим всегда зан, Аноним (108), 18:34 , 07-Июн-22, (108) +1 // Спасибо за поправку Tы прав, это делала libalsa , timur.davletshin (ok), 19:03 , 07-Июн-22, (113) Самое время беспокоиться о миллисекундах соединения, когда сотни файлов качаются, pashev.ru (?), 09:58 , 07-Июн-22, (19) +3 // Именно об этом и стоит беспокоиться Открой режим отладки в своём браузере и пос, timur.davletshin (ok), 10:11 , 07-Июн-22, (22) +8 // Расскажи зачем тебе мгновенное открытие глагне Как это изменит твою жизнь и как, Аноним (25), 10:34 , 07-Июн-22, (27) –5 // Мгновенно ничего не бывает Загрузка глагне в несколько секунд 8212 стыд и ср, timur.davletshin (ok), 10:38 , 07-Июн-22, (29) +8 Да нет тут проблемы быстрая загрузка первой страницы никому не нужна , Аноним (25), 11:35 , 07-Июн-22, (33) –4 Конечно нет, все оптимизаторы должны идти нафиг Рапид-девелопмент и быдлокод уж, timur.davletshin (ok), 11:49 , 07-Июн-22, (36) +12 Ты так говоришь как будто это что-то плохое Пипл то хавает, всё остальное это п, Аноним (40), 12:25 , 07-Июн-22, (39) –2 Вы бы знали, что пипл хавает в Африке, за отсутствием нормальной еды А пользов, Аноним (200), 12:47 , 07-Июн-22, (46) +2 Им норм гуманитарка заходит в виде SPA И им вот прям вот совсем пофиг что перво, Аноним (67), 14:47 , 07-Июн-22, (67) А вот и ненужнисты подъехали Тебе не нужно 8212 не пользуйся Всё просто , Аноним (128), 22:18 , 07-Июн-22, (130) +1 Просто дали троллям задание оправдать блокировку протокола , а знаний на это у н, Аноним (12), 11:01 , 07-Июн-22, (31) // Гугель все правильно делает медленно спускается и покрывает всё стадо , Аноним (25), 11:36 , 07-Июн-22, (34) Это только из-за того что все разбросано по разным серверам-ip-доменам даже когд, Гость (??), 12:41 , 07-Июн-22, (43) +1 Да, единственное решение - HTTP 3 D, ip1982 (ok), 17:08 , 07-Июн-22, (92) О каком развитии tcp Вы говорите если даже tcp fast_open выпилили из ВСЕХ браузе, suffix (ok), 23:43 , 07-Июн-22, (139) // Какое отношение браузеры имеют к TCP , timur.davletshin (ok), 06:30 , 08-Июн-22, (152) +1 А, так Вы о сферических конях в вакууме писали - ну тогда понятно Практическое п, suffix (ok), 06:36 , 08-Июн-22, (155) Браузер не реализует никакую часть из TCP, тот же multipath и congestion control, timur.davletshin (ok), 06:47 , 08-Июн-22, (157) +1 И как, много его уже в допустим винде напилили А то их так то довольно много и , Аноним (-), 23:51 , 12-Июн-22, (308) Вообще не в курсе, у меня вокруг разные сорта nix ов , timur.davletshin (ok), 03:07 , 13-Июн-22, (315) Сразу на HTTP 102 буду обновляться , Аноним (23), 10:14 , 07-Июн-22, (23) // Правильна, нэ тарапися , Аноним (42), 14:36 , 07-Июн-22, (64) HTTP уже устарел magnet xt urn в массы , Аноним (24), 10:34 , 07-Июн-22, (28) +2 // Не устарел, а вконец изгадился точнее, заcрали Пора мигрировать в Gemini Для н, Тот Самый (?), 12:32 , 07-Июн-22, (41) +3 // А было бы здорово, кстати , Аноним (14), 14:36 , 07-Июн-22, (63) Да сразу Youtube проси, не разменивайся на мелочёвку , Аноним (128), 16:55 , 07-Июн-22, (88) +1 // Открой для себя peertube и другие альтернативы Там и ненужного поменьше , Аноним (184), 19:42 , 08-Июн-22, (184) Фатальный недостаток TCP уже много лет не даёт покоя этим людям Попугаи на к, Аноним (30), 10:49 , 07-Июн-22, (30) +3 // Подозрительно круглые цифры наводят на мысль , Аноним (137), 23:31 , 07-Июн-22, (138) Эту технологию Гугл пытался еще в HTTP 2 продавить, несмотря на массовую критику, Тот Самый (?), 11:37 , 07-Июн-22, (35) +9 // А как долго он хранится Так то внутри TCP TLS сессии тоже есть идентификатор , Аноним (62), 14:29 , 07-Июн-22, (62) +2 // Он просто не понял в протокол, но разродился речугой, а люди вон даже лайкают , timur.davletshin (ok), 14:48 , 07-Июн-22, (68) +3 // Истину глаголишь Произнеси это еще раз перед зеркалом , Тот Самый (?), 16:06 , 07-Июн-22, (81) –3 128515 я оставлю этот нетехнический выпад без ответа , timur.davletshin (ok), 16:14 , 07-Июн-22, (83) +1 Аккуратно свалил - Он просто не понял в протокол - это был очень технический , Тот Самый (?), 17:38 , 07-Июн-22, (100) –3 Почитай выше, я везде использую официальную терминологию А ты используешь какие, timur.davletshin (ok), 18:26 , 07-Июн-22, (105) Я тоже не помню сколько лет назад я включил в user jsuser_pref security tls ena, Тот Самый (?), 19:26 , 07-Июн-22, (114) –1 Зачем, что конкретно ты таким способом пытаешься решить , timur.davletshin (ok), 19:32 , 07-Июн-22, (115) Надеюсь, что TorProject для тебя авторитетный источник и ты не считаешь, что у н, Тот Самый (?), 19:49 , 07-Июн-22, (118) –1 Нет, это не самый авторитетный источник для меня Далеко не самый Давай, я тебе, timur.davletshin (ok), 19:55 , 07-Июн-22, (119) Опять очень технический выпад А вся аргументация сводится к мне в википедию дл, Тот Самый (?), 19:41 , 07-Июн-22, (116) Я тебе предлагаю сформулировать тезис технической терминологией Всё, что ты род, timur.davletshin (ok), 19:46 , 07-Июн-22, (117) Не будем Выше я высказал свое мнение и даже привел ссылку на medium бложик П, Тот Самый (?), 20:13 , 07-Июн-22, (121) Я тоже пойду розы почеренкую лучше , timur.davletshin (ok), 20:35 , 07-Июн-22, (123) Странно, что приходится подробно объяснять - Ключ шифрования сессии - одноразов, Тот Самый (?), 16:04 , 07-Июн-22, (80) // В протоколе стандартизировали то, что сейчас каждый хайлоад костылит у себя само, Аноним (128), 17:21 , 07-Июн-22, (96) –2 Не знаю, что это значит в реальности, но звучит, как одуршлачивание , Аноним (101), 17:57 , 07-Июн-22, (101) Он не владеет терминологией и смутно знает о том, для чего какой стандарт Я пре, timur.davletshin (ok), 18:39 , 07-Июн-22, (110) Нет, кэшированием TLS-сессий я называю 8230 кэширование TLS-сессий Тебе не пр, Аноним (128), 22:38 , 07-Июн-22, (131) А теперь попробуй натянуть свой тезис на вышесказанное и я поржу на кульбиты это, timur.davletshin (ok), 23:06 , 07-Июн-22, (136) Сначала будем использовать тиски для закручивания гаек, а потом начнём вырезать , YetAnotherOnanym (ok), 12:06 , 07-Июн-22, (37) +5 // Ага, яркий пример айтишизы Все время должен быть прогресс ради прогресса Здоро, Попандопала (?), 12:19 , 07-Июн-22, (38) +4 // Если бы В крупных корпорациях нынче прогресс только ради премий манагерам А выд, Аноним (200), 12:45 , 07-Июн-22, (44) +5 Ютуб давным давно готов избавится от неподходящих инструментов , останавливают , Гость (??), 12:49 , 07-Июн-22, (48) // Где ж он избавляется HTTP был придуман для передачи документов, которые необх, YetAnotherOnanym (ok), 15:34 , 07-Июн-22, (76) Честно говоря зная Гугл я больше удивлен тому что они до сих пор не шифруют все , Kuromi (ok), 01:34 , 08-Июн-22, (144) // Смысла шифровать общедоступные видео мало Шифрование абсолютно ничему не помеша, Аноним (175), 01:39 , 08-Июн-22, (145) Помешает узнать что этот конкретный клиент смотрит это конкретное видео С шифро, www2 (??), 07:21 , 08-Июн-22, (160) Kuromi, говорил про EME и пиратство Мой ответ был именно в этом контексте , Аноним (175), 13:00 , 08-Июн-22, (174) Обычный эволюционный итерационный процесс Невозможно сразу заранее всё придумат, Аноним (62), 14:39 , 07-Июн-22, (65) +1 // Вообще-то, то, что оно должно быть на основе UDP, можно было понять ещё тогда а, YetAnotherOnanym (ok), 15:37 , 07-Июн-22, (77) –1 // Что ж ты не понял и не реализовал Только не говори, что был занят комментирован, Аноним (128), 17:04 , 07-Июн-22, (89) +3 Вот ещё я такой гадостью занимался бы Мне и сейчас хочется убивать долбодятлов, , YetAnotherOnanym (ok), 18:18 , 07-Июн-22, (103) Я по видео в браузере научился 1 ремонтировать и обслуживать автомобиль 8212 , Аноним (128), 23:00 , 07-Июн-22, (133) 13 летать на боевом вертолёте 14 летать на боевом истребителе и выходить побед, Аноним (147), 04:50 , 08-Июн-22, (147) +1 Тут ты меня с голосами в твоей голове перепутал , Аноним (128), 17:04 , 09-Июн-22, (208) Это, конечно, очень хорошо, рад за тебя, но всему этому можно было научиться по , YetAnotherOnanym (ok), 11:18 , 08-Июн-22, (167) –1 Машина не заводится, но ничего, родная, погоди пару дней, я книжку прочитаю, тог, Аноним (128), 17:14 , 09-Июн-22, (209) помнится когда убунта пошла в массы, инет наводнился статьями - как установить ч, i (??), 06:56 , 10-Июн-22, (214) Откуда вы дерьмо на ютубе берёте-то Специально ищете Так уж вышло, что заранее , Аноним (128), 16:58 , 10-Июн-22, (218) Этих протоколов передачи видео и прочих реалтайм данных - хоть пруд пруди Но , Аноним (101), 18:09 , 07-Июн-22, (102) +1 Нука, расскажи как правильно надо передавать видеопоток по сети , Vlad Violentiy (?), 18:40 , 07-Июн-22, (111) // Adobe Flash умел передавать правильно В HTML5 все увы, разучились , Аноним (120), 19:55 , 07-Июн-22, (120) // RTSP Ну так его пользовали чтобы файлики с видео тырить было сложнее Вон помню , Kuromi (ok), 00:22 , 08-Июн-22, (141) Софтина называется VLC и есть не только под винду А делается это так открыв, Аноним (-), 02:37 , 12-Июн-22, (281) Не не не, это был точно не VLC Будь все так просто я бы запомнил Та софтина бы, Kuromi (ok), 05:45 , 12-Июн-22, (290) В любом случае VLC-ом это тоже тырится, собственно половина его юзежа это запись, Аноним (-), 23:53 , 12-Июн-22, (309) https www rfc-editor org rfc-index txtПоиском по текстовому файлу пользоваться, YetAnotherOnanym (ok), 23:03 , 07-Июн-22, (134) Абсолютное ненужно, ровно как и ipv6 и http 2 0, Robin Hood (?), 12:49 , 07-Июн-22, (47) +2 // Расскажи, каково это 8212 сидеть в локалочке за натом всю жизнь и никогда даж, Аноним (128), 17:23 , 07-Июн-22, (97) –1 // Очень удобно, особенно когда NAT избавляет от необходимости нюхать чьи-то пуки , YetAnotherOnanym (ok), 18:32 , 07-Июн-22, (107) +4 // Про фаерволл слыхал Он у тебя 171 Брандмауэр 187 называется ещё , Аноним (128), 23:04 , 07-Июн-22, (135) В моём зоопарке он по-разному называется В том числе и Брандмауэр И что , YetAnotherOnanym (ok), 11:23 , 08-Июн-22, (169) Ничего Научись им пользоваться и не рассказывай глупости про НАТ , Аноним (128), 17:01 , 10-Июн-22, (219) Ничего что все современные фаерволы имеют в своей основе NAT Ибо нет трансляции, pofigist (?), 10:20 , 11-Июн-22, (268) Кто-то явно путает stateful firewall и NAT Более того - в v6 вообще трансляция , Аноним (-), 02:39 , 12-Июн-22, (282) Cisco ASA же, pofigist (?), 16:58 , 27-Июн-22, (325) Кто сказал что английское слово файерволл лучше немецкого брандмауэр , Robin Hood (?), 01:40 , 11-Июн-22, (250) +1 А кто тебе давал гарантии что при ipv6 твой провайдер даст тебе нюхать интернеты, microsoft (?), 13:28 , 08-Июн-22, (176) // При v6 нет никакого смысла душиться жабой с серыми адресами, адресов много И ещ, Аноним (228), 18:10 , 10-Июн-22, (228) –1 Хех, ну ты смешной, многие провайдеры так привыкли драть по сотке в месяц за выд, Kuromi (ok), 05:48 , 12-Июн-22, (291) Мой провайдер даёт один публичный IPv4 и 60 IPv6 в базе для домашних пользовате, Аноним (128), 18:21 , 12-Июн-22, (298) Государственный регулятор , Аноним (128), 18:23 , 12-Июн-22, (299) Тепло и лампово Нет, тебя не пустим, сиди в своём, настоящем tm , Аноним (184), 19:52 , 08-Июн-22, (186) А в чём проблема-то Без этого счастья всё прекрасно работает , Онаним (?), 20:25 , 09-Июн-22, (213) // Ну если только на одноклассники ходить, то действительно всё работает 8212 дл, Аноним (128), 17:07 , 10-Июн-22, (220) –1 Если для отправки данных не нужно получать ответ, получается новый способ DoS ат, TomasGl (?), 13:10 , 07-Июн-22, (54) // Да начнутся DDoS с локалхостов и рандомных ip , TomasGl (?), 13:10 , 07-Июн-22, (55) Неосиляторы RFC2827 должны быть экскоммуницированы , Аноним (128), 17:09 , 07-Июн-22, (93) tldr Показалось - бинарщина с реализацией принципа все в одном флаконе и попытко, Аноним (57), 13:33 , 07-Июн-22, (57) // HTTP 2, который бинарный и стиле systemd, уже давно работает Скорее всего, через, Аноним (181), 14:59 , 07-Июн-22, (71) // HTTP 1 1 на опеннете , Аноним (14), 15:14 , 07-Июн-22, (73) // Слишком новый и модный Должен быть gopher , Аноним (128), 17:10 , 07-Июн-22, (94) Да ладно, может HTTP 0 9 вас устроит , Аноним (-), 02:16 , 11-Июн-22, (260) Нет Только гофер А комменты по UUCP , Аноним (128), 18:24 , 12-Июн-22, (300) TLS так то тоже бинарный Как впрочем и TCP А текстовость HTTP1 x в паре с немно, Аноним (-), 02:19 , 11-Июн-22, (261) Кэп_mode оно для этого А остальные просто безвольно подтянутся , Аноним (60), 13:55 , 07-Июн-22, (60) +1 На ведь правда заключается что по хорошему надо жестко внедрять что-то на вроде , Аноним (67), 14:48 , 07-Июн-22, (69) Только вчера пытался настроить для одного дела, проблем еще хватает Что сказать, ананоша (?), 15:17 , 07-Июн-22, (74) +1 И все это ради того чтобы снизить нагрузку на канал тытрупа на 1 По крайней ме, Аноним (79), 16:00 , 07-Июн-22, (79) Кто тыкал, подскажите как браузер узнаёт что надо юзать UDP вместо TCP , Аноним (84), 16:17 , 07-Июн-22, (84) +1 // DNS type 65 для этого изобрели чтобы браузер сразу знал как куда , Гость (??), 18:35 , 07-Июн-22, (109) Браузер сначала пробует HTTP 2, сервер ему возвращает поддержку HTTP 3 через заг, Аноня (?), 22:10 , 07-Июн-22, (127) +1 О да, теперь отслеживать пользователей будет еще проще, на уровне протокола Мы, Аноним (85), 16:19 , 07-Июн-22, (85) +1 // Что в нем такого для отслеживания чего не было в предыдущих , Аноним (228), 18:14 , 10-Июн-22, (232) А Роскомнадзор его уже заблокировал DНе нужон нам этот ваш HTTP 3 , Аноним (99), 17:37 , 07-Июн-22, (99) // Ложь Единственный стандарт, блокировке которого шла речь, был ESNI Но он, стан, timur.davletshin (ok), 18:42 , 07-Июн-22, (112) // https ntc party t http-3-quic 1823, Аноним (158), 06:50 , 08-Июн-22, (158) // Простите, а какое отношение к этому имеет РКН Или теперь всё по логике Кошка б, timur.davletshin (ok), 06:53 , 08-Июн-22, (159) –2 В смысле, можно отправить 1 пакет с запросом, и в ответ на адрес, указанный в за, None (??), 18:20 , 07-Июн-22, (104) // Что плохого для поливитамина Запросы посылает пользователь, вот, пусть и радует, Аноним (106), 18:27 , 07-Июн-22, (106) // Действительно Ему сразу поток с порно льют, а он еще и не доволен , microsoft (?), 13:36 , 08-Июн-22, (178) Ну чтож, вне зависимости от того хороший протокол или плохой очевидно следующее , Kuromi (ok), 20:50 , 07-Июн-22, (124) Реализована в Edge Я правильно понимаю что реализована в Edge это значит не уда, Аноним (-), 21:45 , 07-Июн-22, (126) Теперь надеюсь тормоза из nginx его реализуют, наконец Жду не дождусь выключить, Аноним (132), 22:58 , 07-Июн-22, (132) Нифига себе я пива попил - только 1 1 и тут на тебе - 3 0 - вот тебе и куик в ли, cloudchief (ok), 00:21 , 08-Июн-22, (140) как выключить в ff , Аноним (148), 06:17 , 08-Июн-22, (148) // http2 enabled- falsehttp3 enabled- false, Аноним (148), 06:39 , 08-Июн-22, (156) +1 о, виндозные r n подвезли, красота, Аноним (148), 06:20 , 08-Июн-22, (149) // Насколько я помню, в текстовых протоколах всегда так было Но сервер должен быть, www2 (??), 07:25 , 08-Июн-22, (161) +1 // Вот потому, что вы говорите то, что не думаете, и думаете то, что не думаете, во, Гедеван (?), 12:25 , 08-Июн-22, (172) +1 Если почитать новости опеннета, недавние и не очень, можно узнать что жизнь дово, Аноним (-), 02:27 , 11-Июн-22, (265) Они не виндозные , мяя (?), 23:30 , 08-Июн-22, (189) +1 // Тише, не разрушай Легенду О Настоящем Юниксе 8482 И Его Юниксвее 8482 А то , Аноним (128), 17:11 , 10-Июн-22, (221) –1 Использовать два байта в качестве разделителя для потоковых протоколов мог додум, Онаним (?), 08:47 , 12-Июн-22, (293) Не очень понятно зачем - лишний байт почем зря в протоколе который так то не тек, Аноним (-), 02:25 , 11-Июн-22, (264) В целом как в мемчике ну решили какие-то проблемы, а фундаментально проблемы бло, Аноним (179), 14:17 , 08-Июн-22, (180) // Это для тебя задержка открытия сайта в 1 5 миллисекунды - не проблема А для мака, Онаним (?), 08:49 , 12-Июн-22, (294) deny udp any any eq 80deny udp any eq 80 anydeny udp any any eq 443deny udp any , Онаним (?), 20:23 , 09-Июн-22, (212) –1 // Ты заодно ICMP забыл запретить, клоун , Аноним (128), 17:13 , 10-Июн-22, (222) –1 Лучше 67 забань И 53, на всякий случай , Аноним (228), 18:12 , 10-Июн-22, (230) –1 // 67 во внешку смысл забанить всегда есть, зачем плодить 53 - только по индивидуал, Онаним (?), 20:07 , 10-Июн-22, (240) // Да и себе его забань Если кто сильно умный, статику настроит, остальные отдохну, Аноним (-), 02:22 , 11-Июн-22, (262) Китайцы вообще через DNS-серверы VPN ы гоняли одно время Потом как-то утихло А , Онаним (?), 08:43 , 11-Июн-22, (267) Если через порт 53 UDPшный впн то это недурно работает, половина растяпоадминов , Аноним (-), 02:51 , 12-Июн-22, (283) Именно в DNS-запросах пытались протаскивать Было это лет так 7-8 назад, пришлос, Онаним (?), 08:44 , 12-Июн-22, (292) Оно такое даже опенсорсное есть, iodine чтоли, называлось Работает, но медленно, Аноним (-), 00:21 , 13-Июн-22, (311) +1 Ну, мы сами писали на средних курсах D Под винду правда А так - возможно оно и , Онаним (?), 09:26 , 13-Июн-22, (322) И ты получаешь поломанный ДНС, который вроде обычно работает, но иногда не работ, Аноним (128), 18:31 , 12-Июн-22, (301) Бывает такое, yes Поэтому лучше конечно жёстко полисить , Онаним (?), 21:55 , 12-Июн-22, (303) Ещё посмотрим как оно себя будет вести, когда это будут заливать старт-пакетами , Онаним (?), 20:10 , 10-Июн-22, (241) // запрашиваешь один коннект, считаешь ключи, заливаешь 10 гиг 0-RTT, профит , Онаним (?), 20:12 , 10-Июн-22, (242) Ну и 2x-3x хендшейк для амплификации не очень хорошо, но всё же имеется , Онаним (?), 20:13 , 10-Июн-22, (243) –1 1,2,3,12,13,14,16,17,19,23,28,30,35,37,47,54,57,60,69,74,79,84,85,99,104,124,126,132,140,148,149,180,212,241

Сообщения

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

3. "Протокол HTTP/3.0 получил статус предложенного стандарта"	–3 +/–
Сообщение от pashev.ru (?), 07-Июн-22, 09:03
> Потеря пакета влияет на доставку только связанного с ним потока и не останавливает доставку данных в параллельно передаваемых через текущее соединение потоках; А пакет "теряется" сам по себе, проблемы физического канала ни при чём и не влияют на другие потоки 😅
Ответить | Правка | Наверх | Cообщить модератору

	6. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+6 +/–
	Сообщение от i (??), 07-Июн-22, 09:22
	пакеты теряются всегда, так уж устроен ip
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от ip1982 (ok), 07-Июн-22, 17:05
	Только в одном потоке, или во всех случайным образом?
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от 67 (?), 09-Июн-22, 12:46
	случайно конечно, если поток маленький, то и потерь может не быть, но модемное прошлое даром не прошло
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Ан (??), 07-Июн-22, 20:34
	А про TCP ты забыл, да? Вот в UDP, который в новом стандарте, будут теряться безвозвратно, да.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	128. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (128), 07-Июн-22, 22:11
	> А про TCP ты забыл, да? В TCP точно так же теряется и нужно перепосылать. И нет, это будет другой пакет.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Ан (??), 08-Июн-22, 12:29
	>> А про TCP ты забыл, да? > В TCP точно так же теряется и нужно перепосылать. И нет, это > будет другой пакет. Это будет тот же payload. И не придуривайся, что ты не понял, о чём речь.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (128), 09-Июн-22, 16:54
	Я как раз очень хорошо понимаю о чём идёт речь. Пейлоад, в некоторых случаях, тоже будет другим.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от 67 (?), 09-Июн-22, 12:56
	проторол контроля передачи, потери учитывает и логику работы сетевого стека подстраивает, данные он передает гарантированно, или ошибки выдает, но пакеты теряет бай-дизайн.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	215. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 10-Июн-22, 16:32
	> будут теряться безвозвратно, да. Их перепошлет сама реализация QUIC. Это лучше чем уповать на кернел. Особенно когда ископаемые из эпохи диалапа думают что окей использовать попытки повтора отсылки пакета с таймаутами измеряемыми в МИНУТАХ, так что на мобильных линках с движущимися абонентами TCP творит жесточайший трэш как только покрытие отлично от идеала, а MS еще и не переубедишь сменить congestion control. Впрочем он и в linux работает так себе, даже BBR и Codel весьма компромиссные штуки.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	10. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от keydon (ok), 07-Июн-22, 09:29
	Там речь про смену маршрутов вроде перехода с LTE на wifi - но мне кажется оно того не стоит.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	11. "Протокол HTTP/3.0 получил статус предложенного стандарта"	–1 +/–
	Сообщение от Брат Анон (ok), 07-Июн-22, 09:31
	Ещё раз: > Потеря пакета ... Где здесь "пакет теряется"? Не перестаю удивляться способности кожанных мешков коверкать прочитанное, увиденное и услышанное. Просто пипец какой-то.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	20. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+5 +/–
	Сообщение от timur.davletshin (ok), 07-Июн-22, 10:03
	> Где здесь "пакет теряется"? Не перестаю удивляться способности кожанных мешков коверкать > прочитанное, увиденное и услышанное. Просто пипец какой-то. Я советую всё же научиться пользоваться утилитой ss, чтобы понять, что пакеты теряются всегда и везде, а вынос операции обработки этого события в userspace никак не уменьшает вероятность этого события. Более того, хочу напомнить, что изначально Google толкал BBR, но отказался от него в спецификации, а большинство реальных реализаций используют доступные уже многие годы алгоритмы CUBIC/Reno. Да, я знаю, что Google запилил даже BBRv2 (он всё ещё не релиз) и у себя использует какую-то третью реализацию, отличную от BBRv1, доступного в ядре Linux, и BBRv2, но общей картины это никак не меняет. P.S. Миграция соединения всё же полезная "фича".
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Протокол HTTP/3.0 получил статус предложенного стандарта"	–3 +/–
	Сообщение от Брат Анон (ok), 07-Июн-22, 12:46
	>> Где здесь "пакет теряется"? Не перестаю удивляться способности кожанных мешков коверкать >> прочитанное, увиденное и услышанное. Просто пипец какой-то. > Я советую всё же научиться пользоваться утилитой ss, чтобы понять, что пакеты > теряются всегда и везде Еще раз: "теряется" -- буквально "теряет ся" -- "теряет сам себя". Учите русский язык. Пакет не может потерять САМ СЕБЯ.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Протокол HTTP/3.0 получил статус предложенного стандарта"	–2 +/–
	Сообщение от Аноним (49), 07-Июн-22, 12:55
	Пакет потерял сам себя, и не пришёл по адресу, по которому его отправили. Сколько там розг за такое положено? Тут уже не отвертишься, серьёзный прокол. Хорошо, если не казнят.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 07-Июн-22, 12:59
	> Еще раз: "теряется" -- буквально "теряет ся" -- "теряет сам себя". Учите > русский язык. Пакет не может потерять САМ СЕБЯ. Читай учебник демагога, слабый заход. Да и технически ты тоже ошибаешься. Пакеты сами по себе теряются благодаря RED.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	59. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+15 +/–
	Сообщение от InuYasha (??), 07-Июн-22, 13:40
	Звенит январская вьюга, Патч-корды хлещут упруго, Пакеты мчатся по кругу, И шумят сервера. Не видят пакеты друг друга, Проходят мимо друг друга, Теряют пакеты друг друга, А потом не найдут никогда.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	177. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+1 +/–
	Сообщение от Аноним (177), 08-Июн-22, 13:32
	Зачот!
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+3 +/–
	Сообщение от ip1982 (ok), 07-Июн-22, 17:07
	> Еще раз: "теряется" -- буквально "теряет ся" -- "теряет сам себя". Учите русский язык. Пакет не может потерять САМ СЕБЯ. Брат, языки сложнее чем ты думаешь :)
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	98. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+6 +/–
	Сообщение от Аноним (128), 07-Июн-22, 17:27
	> Еще раз: "теряется" -- буквально "теряет ся" -- "теряет сам себя". Учите русский язык. Пакет не может потерять САМ СЕБЯ. Тебя задорнов покусал?
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	142. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (142), 08-Июн-22, 00:32
	>Пакет не может потерять САМ СЕБЯ. Ага, вот деньги (бюджетные) могут терять сами себя, а пакеты, значит, не могут.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	183. "Протокол HTTP/3.0 получил статус предложенного стандарта"	–1 +/–
	Сообщение от Ся (?), 08-Июн-22, 17:59
	Ругаться - ругать себя? (На деле непереходный глагол со значением взаимности) Обмануться - себя обмануть? (Непереходный глагол со значением страдательности)
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	210. "Протокол HTTP/3.0 получил статус предложенного стандарта"	–1 +/–
	Сообщение от Аноним 80_уровня (ok), 09-Июн-22, 18:31
	У моего соседа собака кусается!
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+1 +/–
	Сообщение от Аноним (128), 10-Июн-22, 16:42
	Ну это они как раз любят — за хвост самоё себя пожрать.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+6 +/–
	Сообщение от timur.davletshin (ok), 07-Июн-22, 09:49
	> А пакет "теряется" сам по себе, проблемы физического канала ни при чём и не влияют на другие потоки 😅 Пакеты теряются по дизайну, именно потеря пакета и является тем, что даёт сигнал отправляющему данные о том, что нужно снизить скорость. Да, есть ECN и есть delay-based алгоритмы управления потоком, но первые спустя столько-то лет до сих пор не включены по умолчанию ни в этих ваших Линуксах (два Linux'а в дефолтной конфигурации не договорятся о ECN), ни в значительной части сетевого оборудования (это вообще стыд и срам, причин не включать просто нет), а вторые по дизайну проигрывают packet-loss алгоритмам и внедрять их надо сразу и везде или городить гибридные алгоритмы, которые будут определять событие конкуренции с loss-based потоком.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	217. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 10-Июн-22, 16:43
	Нюанс в том что в беспроводных линках пакеты теряются независимо от нагрузки на сеть. Всплеск помех выбивающий пакет в радиолинке или временная потеря сигнала движущимся абонентом попавшим в прореху покрытия не имеет никакого отношения к нагрузке на сеть - однако это легко убивает скорость TCP до диалапных величин и даже хуже. А вот такие тупари с вон тем дизайном, не способные понять что мир немного изменился и люди хотят беспроводные сети - очень работе этих сетей вредят. И теперь их слушать никто не будет, плохая работа беспроводных сетей и жалующиеся пользователи всех достали. Потому и UDP, чтобы уровень ретрансмита делать без участия вот таких экспертов. Поэтому у юзеров гуглобраузера будет первоклассный юзер экспериенс. А у вас - это уже ваши проблемы. Если вам нравится прерывающееся видео или сайты грузящиеся по беспроводке с издевательской скоростью, вы этим "счастьем" и наслаждайтесь.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 10-Июн-22, 18:16
	> Нюанс в том что в беспроводных линках пакеты теряются независимо от нагрузки > на сеть. Нюанс не в этом, что там не пакеты...
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 11-Июн-22, 00:58
	> Нюанс не в этом, что там не пакеты... Кэп намекает что с точки зрения TCP/IP вообще есть только пакеты и rtt. Да и беспроводные линки так то packet-switched сети в основном. В каких-то случаях это может называться в другом протоколе фреймом и проч, но суть дела не меняет. А раскручивать абстракции до I/Q модуляторов мы все же не будем: TCP/IP это вообще не видно. С его точки зрения - вон то. и это, в какой-нибудь вафле пакеты довольно похожи на обычный эзернет, так то, если на физический уровень забить.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 10-Июн-22, 18:20
	> Всплеск помех выбивающий пакет в радиолинке или временная потеря > сигнала движущимся абонентом попавшим в прореху покрытия не имеет никакого отношения > к нагрузке на сеть - однако это легко убивает скорость TCP > до диалапных величин и даже хуже. Нет, потеря одиночного фрейма и даже нескольких не вызовет падения скорости до диалапных величин из-за: а) контроль чётности и коррекция ошибок есть на уровне протокола беспроводной сети; б) если вы не используете Reno, то восстановление произойдёт достаточно быстро. Проблема в том (основная), что бесповодная сеть меняет символьную скорость данных, подстраиваясь под условия, и эта информация никак не коммуницируется на более высокий уровень OSI.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	246. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 11-Июн-22, 01:16
	> Нет, потеря одиночного фрейма и даже нескольких не вызовет падения скорости до > диалапных величин Красивая теория, но своему снифферу я доверяю больше чем какому-то эксперту опеннета с стремным уровнем квалификации. > из-за: а) контроль чётности и коррекция ошибок есть на уровне протокола беспроводной сети; Кэп намекает что для TCPIP результат бинарный: протоколы под ним или выдюжили, или нет. Для TCP пакет или доставлен корректно, или нет. При том тот всплеск "не выдюжили" во первых может быть рандомный. Во вторых не связан с "congestion" и - просто не повод к снижению скорости TCP потока, о великий эксперт! Некоторые, типа CDG и BBR даже пытаются какой-то эвристикой это определять, но получается довольно компромиссно и к тому же это 2-сторонняя игра. Еще можно выпасть на цать секунд из сети если прореха в покрытии. Хэндовер при этом не удается и модем довольно долго ищет сеть, регается в ней, и в целом это может выбить из сети на ...цать секунд. За это время TCP обычно успевает конкретно обидеться на недоставку пакетов и проапгрейдить легкий вылет до доброй минуты полного дауна. И например в реалтайм чатике в чем-то движущемся сие например подбешивает. > б) если вы не используете Reno, то восстановление произойдёт достаточно быстро. То-есть ss кажущий как кернел лихо отсчитывает добрых 60 секунд на перепосыл пакета был моим глюком? Да ладно? :) > Проблема в том (основная), что бесповодная сеть меняет символьную > скорость данных, подстраиваясь под условия, и эта информация никак > не коммуницируется на более высокий уровень OSI. И это тоже. Впрочем вон там packet loss кой-как пытаются классифицировать - всплеск ли это или глобальный аут но честно говоря получилось оверинженернутое УГ которое навороченое но работает не особо хорошо и все-равно дурит временами. А в сабже кстати у гугли есть идея и свой FEC делать - так то можно пролюбить 20% пакетов, починить это FEC - и хотя линк дурил, юзер этого вообще не увидит. А, представляете, FEC можно так то interleave'ить и комбинировать и это сильно улучшает надежность ценой некоторой потери скорости.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 10-Июн-22, 18:22
	> А вот такие тупари с вон тем дизайном, не способные понять что > мир немного изменился и люди хотят беспроводные сети - очень работе > этих сетей вредят. Ну напиши congestion control новый, степень защитишь и на работу получше устроишься.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	247. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 11-Июн-22, 01:20
	> Ну напиши congestion control новый, степень защитишь и на работу получше устроишься. Да вон сабж уже написали. К тому же его гугл доставит ВСЕМ. И мне и даже тому ламеру с виндой. И вообще, это тот случай когда гугл явно нанял нормальных инженеров а не вебмакак или ретардов "мытакпривыкли, диалап рулит". Сделано с кой-каким пониманием проблематики и относительно осмысленным заруливанием оной. То что у меня сильно лучше получится не факт, а TCP с его congestion трогать я бы вообще лишний раз трогать не стал. Неудобно марафон в ластах бегать.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 10-Июн-22, 18:27
	> И теперь их слушать никто не будет, плохая > работа беспроводных сетей и жалующиеся пользователи всех достали. Пользователи и правда в своей массе являются причиной своих же неприятностей. Это такие вот и кидают точки там, где надо тянуть кабель, врубают каналы 40MHz в диапазоне 2.4GHz и 160MHz в 5GHz, выкручивают мощность на максимум и фсё, общий ресурс скушан... а девелоперы дураки )))
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	253. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 11-Июн-22, 01:43
	> Пользователи и правда в своей массе являются причиной своих же неприятностей. Это > такие вот и кидают точки там, где надо тянуть кабель, врубают > каналы 40MHz в диапазоне 2.4GHz и 160MHz в 5GHz, выкручивают мощность > на максимум и фсё, общий ресурс скушан... а девелоперы дураки ))) Ну и как я протяну кабель тому поезду заезжаюшему под мост? Или почему у меня из-за вылета физики на 10 секунд поток данных на уровне TCP долежн потом стоять раком минуту? Потому что это угробище дизайнили гении с весьма абстрактным видением ситуации? Ну а гугл вот может нанять тех кто сделает "как лучше работает для большей части юзеров" вместо этого всего. Это хорошо и правильно.
	Ответить | Правка | Наверх | Cообщить модератору

	295. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (128), 12-Июн-22, 18:02
	Сейчас бы ожидать от пользователя степени по беспроводной передачи данных. Пока на уровне протокола не будет решена проблема совместного использования радиоэфира, ничего не будет. И да, я один из тех, кто включает всё на полную мощность, с максимальной шириной канала. Не досуг мне в рентованном доме кабели тягать, а на соседей похер — им саппорт предложит перезагрузить модем, и он пересядет на другой канал, подальше от меня. Общий ресурс, говоришь? А я по праву сильного отнял себе всё. Что делать будешь?
	Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

	237. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 10-Июн-22, 18:31
	> Потому и UDP, чтобы уровень ретрансмита делать без участия вот таких экспертов. Я тебя разочарую, но QUIC в реальной жизни сливает TCP — https://www.fastly.com/blog/measuring-quic-vs-tcp-computatio... И это я ещё не скидываю внутрипротокольную статистику по таким параметрам как jitter, например, где твой QUIC сливает на всех платформах.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	248. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 11-Июн-22, 01:24
	> Я тебя разочарую, но QUIC в реальной жизни сливает TCP Мне достаточно того что я в реальной жизни порой вижу как TCP ПОЛНОСТЬЮ ВЫРУБАЕТ ПОТОК ДАННЫХ НА МИНУТУ при довольно скромных отклонениях от идеала, особенно в чем-нибудь движущемся, и этот булшит творится уже цать лет, чего достаточно для искреннего пожелания нехороших вещей всем к этому причастным.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 10-Июн-22, 18:36
	> А у вас - это уже ваши проблемы. Если вам нравится прерывающееся видео или сайты грузящиеся > по беспроводке с издевательской скоростью, вы этим "счастьем" и наслаждайтесь. Ну шта, шта ты несёшь? История вообще не про это. Но, если тебя интересует, то данные о том, чем козырял гугл в оригинальной презентации, с данными о QUIC+BBR не пинал только ленивый. В реальной жизни они просто не подтверждались, а BBR просто за счёт агрессивности выигрывал полосу у конкурентов. Кстати, именно поэтому от него и отказались и начали пилить BBRv2, который из беты не вылезает уже пару лет (уточни, просто новостей о нём особых нет), а для себя Google изобрёл какой-то третий алгоритм, который в профильной литературе иногда называют BBRv1.5. Но некоторые вьюноши, начитавшись восторженных статей на medium у таких же, как и они, продолжают "дрочить" после прописывания net.ipv4.tcp_congestion_control=bbr даже не имея возможности провести качественную оценку полученного результата. Но тут проблема психологическая, если им это помогает с ними, проблемами, справляться, то... почему бы и нет )))
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	249. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 11-Июн-22, 01:36
	> жизни они просто не подтверждались, а BBR просто за счёт агрессивности > выигрывал полосу у конкурентов. Даже он так то получился компромиссным. А агрессивность хоть немного приводит его в чувство на intermittent connectivity типа беспроводки, особенно в чем-то движущемся, но даже так он таки тоже может основательно тупить если не повезло. В результате мимо пролетает пять сот способных налить тонну трафа, ни в раз не перегруженых, а TCP просто туповэйтил в это время. И спасибо если когда он через минуту вяло пульнет пакетик там сота окажется. А если нет - ну, ой, диалап тогда покажется очень быстрым по сравнению с этим вашим 4G. Он пытается в классификацию было ли это вспердом линка или реально глобальным перегрузом но например с прорехами покрытия все-равно работает погано. Прикиньте, дыра в покрытии когда какой-нибудь поезд или авто заехал под мост или в тоннель - не перегруз сети! > Google изобрёл какой-то третий алгоритм, который в профильной литературе иногда называют BBRv1.5. А таки BBR хоть немного приводит > Но некоторые вьюноши, начитавшись восторженных статей на medium у таких же, как > и они, продолжают "дрoчить" после прописывания net.ipv4.tcp_congestion_control=bbr А еще можно подр@чить на сетевой снифер и посмотреть что реально творится в той или иной ситуации. И если я вижу что линк реально есть но TCP туповэйтит, так что link utilisation стремится пробить плинтус... кхе-кхе... я очень понимаю сабжевые инициативы и почему вон то должно сдохнуть жестокой смертью. Со всеми причастными. > даже не имея возможности провести качественную оценку полученного результата. Но тут > проблема психологическая, если им это помогает с ними, проблемами, справляться, то... > почему бы и нет ))) Чисто психологически меня подбешивает, особенно в реалтаймном чатике, когда 10-секундный отвал апгрейдится TCP до минуты-другой дауна, а всперды в канале роняют скорость до величин ниже диалапа, и спасибо если оно вообще когда-то разгонится потом. А то может так и остаться, думаете с хрена ли многопоточные качалки появились? Хоть немного компенсирует эту идиотию протокола.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от timur.davletshin (ok), 11-Июн-22, 06:50
	Болтун с нулевыми техническими знаниями в вопросе. Извини, не буду утруждать себя ответом.
	Ответить | Правка | Наверх | Cообщить модератору

	276. "Протокол HTTP/3.0 получил статус предложенного стандарта"	+/–
	Сообщение от Аноним (-), 12-Июн-22, 00:29
	> Болтун с нулевыми техническими знаниями в вопросе. Извини, не буду утруждать себя ответом. Давно известно что если технические аргументы закончились, можно перейти на личность оппонента. Классика жанра. Заодно надежно выдает эксперта в области.
	Ответить | Правка | Наверх | Cообщить модератору

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

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