Ты не знаешь что у тебя availible, когда у тебя блокирующее IO

Ты можешь только дождаться пока придут твои 2 байта

А то о чем ты говоришь — это не блокирующие операции

да я тебе про блокирующее IO написал, что эт не проблема

забудь уже про это

Ну да, написал

ты сам все додумал

как таким вообще можно быть?

Дак ты пишешь что это не проблема

Когда твой блокирующий сервер и 1000 rps не выдаст

ну потом учто это не проблема

В каком месте это не проблема?

Юлаааа

Всё с тобой понятно, обосрался и давай юлить во все стороны

ну потом учто это не проблема

И почему же это не проблема?

Задача — написать отзывчивый сервер с высоким rps. Контекст был такой. Асинхронный сервер выдаст 100к rps. Твой безпроблемный с блокирующим IO выдаст 1000 rps Это не проблема?

о, уже пошла речь про rps

растешь

rps — синтетический показатель

как и количество людей

Важно сколько клиентов сможет обработать сервер за единицу времени

Ты живешь в манямирке

Клиенты реальные

Они платят деньги

Если они ждут больше 2 сек, они закрывают твой сайт

давай на примере

тот рид что я тебе скинул, он на самом деле блокирующий если нету данных в канале

Давай ты ответишь на воврос

Задача — написать отзывчивый сервер с высоким rps. Контекст был такой. Асинхронный сервер выдаст 100к rps. Твой безпроблемный с блокирующим IO выдаст 1000 rps Это не проблема?

к примеру я делаю read(bla,buf[2], 2)

мы заблокируемся на период какой? правильно пока не заполнятся 2 байта

Да

ну дык 2 байта заполнятся как быстро?)

в чем эт проблема то?

Клиент подключился и совершенно не хочет слать тебе никакие 2 байта, выбирает товар на сайте

В том что клиент не шлет данные сразу как подключится?

В том что есть пинг?

(то бишь задержка между клиентом и сервером)

Пингом не совсем грамотно называть

Задежка в среднем 50мс. Твои 2 байта будут идти минимум 50 мс даже при условии что клиент их отправит сразу после подключения

а мы channel вечно открытым держим?

А он может этого не сделать

а мы channel вечно открытым держим?

Ну у нас как бы TCP сокеты в вэбе в основном. После подключения мы его держим открытым пока соединение не истечет или клиент его не закроет, да

И ты в тредпуле будешь ждать пока клиент соблаговолит тебе послать данные

При этом не сможешь обслуживать других клиентов

Вот я тебе что втолковать пытаюсь

ты что пытаешься доказать?)

То что ты обосрался)

И что блокирующий IO — нихрена не ок в тредпуле сервера

чувак, если речь идет об acceptor, то не может быть речи об read в котором не известен available

ну че ты несешь то

Ты что несешь?)

Когда известен availible это уже неблокирующий io

Ты не блокируешься на чтение

У тебя данные уже есть

я тебе нигде не говорил, что у меня будет блокировка

ты чо такой тугой

Эм, если у тебя блокирующий IO — у тебя будет блокировка

эт реально похоже на разговор со стеной

Это ввод-вывод, который БЛОКИРУЕТСЯ

все. заебал, ты просто реально даун

когда ты не знаешь что данные пришли пока они не придут

хватит

я спать

все. заебал, ты просто реально даун

Ты не знаешь терминологию и порешь полную херню, а я даун?

Лол, слив [x2]

я не знаю ок

да слив, я не могу тебе долбаебу уже чтот обьяснять

Да ладно не знаешь, это хуй с ним

эт тупо

Все ошибаются

Но ты продолжаешь пороть херню просто чтобы не признавать что ты обосрался

Подменяешь понятия

Юлишь

ГДЕ?

Да весь тред

Говоришь что блокирующий IO — ок, а примеры приводишь с неблокирующим

Учись признавать когда ты обосрался, маня

1. попутал типы многозадачности ты 2. назвал read сперва блокирующим - потом не блокирующим ты кто не знает тут понятия?

где я юлю?