Ну, давайте так: моё решение это не держаться за натив. Моё решение по-прежнему перестать разговаривать про память и миллионы. Выигрыш есть, выигрыш далеко не мнимый, просто он не там.
Касательно масштабирования я говорю про функциональнную эквивалентность и отсутствие проблемы предела. Производительность при свитчах - это как раз то, что я заявляю реальным преимуществом. Но три миллиона виртуальных тредов подразумевает, что на старой ждк вам нужно было столько же нативных, просто не получалось
а для чего в вирт тредах в жаве есть гарантия выполнения на одном платформенном треде? только для ThreadLocal ?
Читать полностью…но с платформенными тредами ты ловишь ООМ, не говоря про стоимость жизненного цикла и переключение
Читать полностью…- но ведь мы реально можем много памяти выиграть, платишь за то, сколько потратил
- миллионы тредов просто не нужны в парадигме клауд нэйтив, но я легко могу представить железный дорогущий сервак с джава аппкой, который молотит C1M
ной мой реальный опыт показал, что можно на блокирующем апи с теми же ресурсами получать больше пропускной способности
Читать полностью…A green thread is a thread that is scheduled by a runtime library or virtual machine (VM) instead of natively by the underlying operating system (OS).
Читать полностью…Так мой тейк в том, что необходимости масштабирования на десятки тысяч попросту нет
Читать полностью…зеленый тред это про шедулинг в юзер спейсе приложением, все, остальное не гарантируется, даже акторы можно назвать грин тредами
Читать полностью…Так их не надо создавать десятками тысяч. ООМ там ловится из-за эвристики. Стоимость жизненного цикла при пулинге вообще не волнует.
Читать полностью…Я про это же. Стек нативных тредов выделяется ровно по тем же динамическим принципам.
Читать полностью…Как минимум смена контекста. В зеленом треде ты приземляешься в тот же тред. Асинк таких гарантий не подразумевает.
Читать полностью…