технически так и поулчилось)

когда сравнивают с токио, имеется в виду токийный тредпул-рантайм

актикс же юзает single thread рантайм из токио

то есть по факту идёт сравнение тредпул-райнтайм vs несколько параллельных single thread рантаймов

ну да

естественно hyper проиграет в таком тесте

а в токио что терды динамически добавляются, если существующие лочатся дальше N милисек?

Нет. Что там, что там есть blocking для этого.

As much as I'd like to help, I only just started learning rust as of last month, so I couldn't be all that much help. I never would've even thought about picking up rust if I hadn't seen Actix perform so well on the TFB charts. I didn't get into Actix because it was "easy," and that's because it's not easy to pick up (for a beginner like me). Rails, Laravel, and even Asp.net are a lot more beginner-friendly in my experience. I saw all the unsafe scares but chose Actix only for its performance, not its safety. As I was learning it, I was planning out Youtube tutorials (almost every rust framework I looked at is seriously lacking in this area!). I think I'd like to actually make them (and contribute to the community in this way) but at this point I'd only consider it if there was either a continued fork of Actix-web or fafhrd91 puts the public repo back on Github.

в актиксе если футура попадет в какой-то тред она там и останется

Разница в том, как футуры распределяются и выполняются рантаймом.

А токио умеет в work stealing

да знаю я )

Потому для tokio футуры должны быть Send/Sync, ибо они в любой момент могут уехать в другой тред

Я Богдану обьясняю

а сорри

Ну язык умрет и все

А в actix'е Send/Sync не надо. Что тоже позволяет быть перфоманснее.

логично, зачем по дургому делать?

Более равномерно загружать треды