Что значит заточен под IO?

И в том, что там есть состояние

С async await это сведется к #[async] fn ping(ips: &[IP]) -> Result<IP, PingError> { for ip in ips { match await!(ping(ip)) { Ok(ip) => return Ok(ip), _ => () } } }

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

Да и епол не на гоу писан)))

хм а как сейчас глобальные фючюры делать?

Да, но без Go тебе надо будет писать свой планировщик.

Первый - плохой, но очевидный

Wat? Планировщик чего?

Рекурсивно строить цепочку, идя по списку

Всмысле?

ну там spawn_fn нужен для создания

На системные потоки ты как будешь шедьюлить свой епол?

Рекурсивно нельзя строить цепочку, насколько я знаю

Поток селектор отдаёт инфу потокам воркерам о том, что в ченеле есть записи. Отдаём в очередь и радуемся. Какие там планировщики нужны)

А дальше херачишь асинхронный код, сказка. В Go ты просто спавнишь тред на каждого нового клиента и всё. К тому же с системными тредами у тебя многозадачность вытесняющаа, а в го кооперативная, что как бы сказывается на отзывчивости в лучшую сторону

Какой асинхронный код?

Если статику, то никакого, конечно

@mersinvald в общем посмотри как устроен паиплаин в netty

Но это было больно

Аргумент про кооперативную многозадачность ты, конечно же, проигнорируешь?

В смысле? Эт то нах

> отзывчивость

В смысле? Наоборот )))

В случае с кооперативной, насколько я понимаю, меньше оверхеда на переключение контекста, потому что ты сам эти переключения вставляешь

Да и о какой кооперативной многозадачность в го идёт речь, когда он работает поверх неитив тредов

Это да, но это явно не про отзывчивость

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

Чувак, или изучай

Гошный шедулер работает поверх неитив тредов, а значит с этого толку примерно 0

Зачем? У тебя одна фьюча, просто скармливаешь ее реактору

Вот тут я точно имею полное право послать тебя читать танненбаума про разницу между userspace и kernel threads и зачем когда и какие нужны

А как ты запускаешь фьючи то?

Не понимаю причём тут эт? Гошные шишки пашут поверх обычных pthreads(в случае с posix)

И что? Мимо kernel threads ты никак не пройдешь А внутри каждого из NCPU pthread находятся тысячи userspace потоков, которые шедьюлятся не ядром, а виртуальной машиной Go в тот период, когда общий pthread выполняется ядром

Отправляет меня читать книгу, которую сам не читал и вообще не в теме. Печаль.

А как ты запускаешь фьючи то?

pool.spawn_fn

reactor.run(future)

ну да, но как создать future?

> Гошный шедулер работает поверх неитив тредов, а значит с этого толку примерно 0 Нет, не понимаешь. Потому что утверждение про толку 0 равносильно "я могу создать 10к pthread и это будет равносильно 10к гошных потоков"

Из замыкания?