И прекрати посылать в книгу. Тут не я многозадачности путаю

Иди почитай

Прошу

Я прочитал. И то что там описано — до боли классическая асинхронная модель с коллбэками

А внизу там машина состояний

Где

Что где

Там где ивенты обрабатываются

И решается какой обработчик нужно использовать с конкретным запросом

Исходя из текущего состояния

Ты понимаешь, что ты ссылаешься на высокоуровневый материал по джаве, при риторике о низкоуровневом epoll?

Это реализовано внизу в nio

Что это?

Что конкретно

Какой же ты тугой

Машина состояний

И обработка ивентов

Диспетчеризация

Состояний чего

Диспетчирезация чего?

Диспетчирезация чего?

Задач, очевидно

Выбор обработчика

Когда ты строишь как описано в пейпере сервер, ты строишь машину состояний, где от обработчика к обработчику переходит текущий стейт

Раздуплись пожалуйста, в пейпере описаны высокоуровневые примитивы, когда мы всю дорогу говорим про низкоуровневый epoll и диспетчеризацию

Мда

Я тебе это кинул в качестве примера всего-лишь

Примера чего? Это пособие как писать код на Java используя готовую обертку над epoll

В которой уже реализованы все низкоуровневые механизмы

И нужно только накидать Runnable и связать их

Что конкретно этот пример должен показывать в контексте диалога про низкоуровневые компоненты?

И блокирующий ввод-вывод

Который НЕ блокирующий в твоем пейпере

По очевидным причинам

Да я тебе нигде не говорил про блокирующий io

Ты опять додумал

Ты понимаешь, что это блокирующая операция, я надеюсь?

Ты придуриваешься? Чтение из сокета в буфер

Ну и пусть ,в чем проблема то)

Напомню контекст: отзывчивый веб-сервер

Это ты написал

Ты понимаешь, что это блокирующая операция, я надеюсь?

Ну и пусть ,в чем проблема то)

Я написал лишь, что эт не проблема

Это я написал?

Ну и я о том

В контексте отзывчивого веб-сервера блокирующий ввод-вывод — это, по твоему, не проблема

Я ж не написал как я рид делать буду. Прекрати додумывать

Ты определение "блокирующий ввод-вывод" точно понимаешь?

Это когда поток блокируется в ожидании данных

Не обслуживает других клиентов

Блокируется

Хоть как ты делай рид, но ели он блокирующий, то никакой речи об отзывчивости быть не может

Facepalm

С чего ты взял, что я не понимаю?

С того что для тебя блокирующий ввод-вывод в отзывчивом сервере на тредпуле — норма

Объясни мне как ты будешь читать, блокируя поток, чтобы сохранить отзывчивость на тредпуле из 4х потоков

Ты бы Дал сперва критерии отзывчивости

Вот давай ты не будешь вилять. Начнем с того что твой сервер должен обслуживать 10к клиентов так, чтобы десятитысячный клиент не ждал пока предыдущие 9999 докачают свои данные на твой сервер

И продолжим тем, что 10к клиентов не должны ждать пока ядро перещелкивает контекст 10к потоков (на всякий, чтобы ты не съехал на один тред на клиента)

Я тебе наверное не зря писал ассептор да?

Ясен пряник эт не про блокинг рид

Изначально ты писал что аксептор принимает ивент и отдает его обработчику в тредпуле

Дальше мы пришли к тому что твой обработчик блокируется на чтение данных от клиента

Обработчику отдаётся уже буферизированные данные

Дальше мы пришли к тому что твой обработчик блокируется на чтение данных от клиента

Это ты пришёл, я тебе про блокинг рид ничего не писал

Это ты пришёл, я тебе про блокинг рид ничего не писал

Ты согласился и сказал что это не проблема. Этого достаточно

Я написал, что я согласен?

Прекращай юлить, маня

Обосрался — признай это

Ты понимаешь, что это блокирующая операция, я надеюсь?

Ну и пусть ,в чем проблема то)

Эт ты обосрался. Не отличая многозадачность

Так я это признал

Я сказал что был не прав и извинился

Где проблема?

А я лишь написал, что это не проблема

Ты написал что это (блокирующая операция в тредпуле) не проблема

Так?

Я думал, что само собой рид имелся ввиду не блокирующий. Раз вообще речь идёт об ассепторе