Unmount: стек виртуального потока (continuation) сохраняется в куче, несущий поток освобождается для других задач. Когда данные пришли — mount обратно, возможно на другой несущий поток.
А ещё Файловый ввод-вывод на части ОС временно занимает дополнительный несущий поток
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Именно это делает блокирующий стиль снова дешёвым: код пишется прямолинейно, а стоимость ожидания сопоставима с асинхронной моделью. Практические следствия, которые стоит назвать: несущий поток может смениться между операциями, поэтому привязываться к его идентичности нельзя; продолжение сохраняется в куче, значит цена потока — это память под стек, а не под ядро ОС; и планировщик по умолчанию — ForkJoinPool, размер которого задаётся числом ядер. Асинхронного колбэка при этом не возникает: с точки зрения кода вызов остаётся обычным блокирующим.
Один верный вариант. Подумайте, потом откройте ответ.
Лёгкие потоки JVM, монтирование на carrier, когда их применять, почему не пулят и проблема pinning.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto