Выясняем что не так с растом же

Простой потому что специально оставили самый минимум. Нутрянка понятно что непростая, компьютеры то те же и законы физики.

зелёных потоков нет нигде afaik. в плюсах можно библиотеками, но переключаться само не будет

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

не маинстрим и не компилируемый. как и все ФП - язык не для всех. Go как раз можно назвать Erlang для всех + быстрая компиляция

О производительности языка в общем случае говорить сложно. Если заморачиваться на счет performance и выбирать лучший язык, то надо отталкиваться от требований проекта.

Одно дело сравнивать языки в задачах числодробилки, другое в задачах I/O и пр. Плюс надо учитывать доступное время на тюнинг performance, то время, которое может позволить бизнес в погоне за мс. По итогу получается, что для большинства бизнесов нужен CRUD сервер, а go дает отличную производительность.

Я для примера тестировал простой CRUD на Rust и Go без тюнинга. Результаты примерно такие

Go

90%      8ms
95%      8ms
98%     10ms
99%     11ms
100%    21ms (longest request)

Rust

90%     20ms
95%     21ms
98%     23ms
99%     25ms
100%    36ms (longest request)

Еще можно посмотреть на рейтинг highload cup (устаревший). Если сравнивать go vs rust, то на go тоже больше более производительных решений (возможно, потому что программистов на go больше)
https://highloadcup.ru/ru/rating/

Немного пятничного
Если бы лучший футболист мира проходил собеседование
- Здравствуйте, расскажите о себе.
- Лионель Месси, вот резюме.
- 18 лет в одной компании на одной должности?
- Я неплохой специалист и мне это нравится.
- Еще и совмещение.
- Со сборной.
- У нас так не получится, только фултайм.
- ???
- В резюме много про достижения команд. Где именно ваши?
- Чуть ниже - 6 "Золотых мячей".
- За 18 лет? Маловато.
- Больше нет ни у кого в мире.
- Все так говорят.
- Я - не все.
- Вы считаете себя звездой?
- Да, но я - командный игрок.
- Вы несколько лет проигрывали в финале Кубка Америки.
- Верно.
- Не умеете сразу делать выводы из своих неудач, чтобы не допускать их в будущем?
- Футбол непредсказуем. В 2021 году мы выиграли кубок Америки.
- Оk. Предположим: на тренировке после вашего удара мяч улетел за пределы тренировочного поля. Ваши действия?
- Возьму другой?
- А за улетевшим кто побежит?
- ???
- Сколько мячей можно поместить в ворота?
- Вопрос с подвохом?
- Правильного ответа нет, важны ваши рассуждения.
- Один. Если в воротах два мяча - судья остановит игру.
- Можете предложить другое решение?
- Нет.
- Попробуйте прикинуть размеры ворот, мяча, учесть вратаря и подросшую траву.
- Я уже ответил.
- Футболист должен уметь думать.
- Вы же сказали, что правильного ответа нет.
- В каком документе утверждены размеры ворот?
- В положении FIFA.
- А точнее?
- Не знаю.
- Печально, это - основы футбола.
- ???
- Перейдем к hard skills. Вот возьмите геймпад, покажите ваше умение.
- Это же компьютерная игра!
- Но это же - футбол!
- ???
- Проверим вас в кикере...
- Мне предстоит играть в реальный футбол или нет?
- Ладно, перейдем к реальному футболу.
- Отлично.
- Вам нужно выполнить пас, попасть мячом в тот дорожный знак. Сколько до него метров?
- Примерно 25...
- А точнее?
- Не скажу.
- Как же вы собираетесь выполнить пас?
- Просто выполню.
- Так не годится. Вы не полагаетесь на точные данные? Работаете на авось?
- Нет, я много тренировался, у меня отличный глазомер, владение мячом и я способен выполнить точный пас.
- Сколько вам потребуется времени, чтобы выполнить пас?
- Секунда-другая.
- Так одна секунда или сколько?
- Допустим, одна секунда.
- Неуверенно отвечаете. С планированием времени у вас пробелы.
- ???
- Сколько метров вы обычно пробегаете за матч?
- Тысяч 8-9.
- Вы не считаете?
- Нет, эти параметры считает программа на основе съемки камеры.
- У нас в компании средний показатель 13 тысяч. Как вы будете его достигать?
- Я буду просто играть в футбол, отдавать передачи, забивать голы, производить отборы...
- Поймите, у нас все показатели важны, раз в месяц BigData рассчитывает вовлеченность...

раст надеюсь в релизной сборке?

конечно. был очень удивлен результатми. ожидал, что будет наоборот

но каждый может сам протестировать. вполне вероятно, что у меня ошибки в Rust

А какая разница насколько быстро работает круд, это больше вопрос в качестве либ а не языка

А какой профиль нагрузки тут? =) 1 запрос - или много одновременных? =) Какой асинхронный рантайм в расте? =)

Если вам инетерсно, потестируйте 🙂 Мои тесты были далеки от идеальных.

Современная бизнесовая разработка не мыслима без использования библиотек.

https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=query&l=yykhkv-sf

Ну если поанализировать этот рейтинг то картина выглядит гораздо сложнее. У раста просто очень мало продовых библиотек, и еще меньше полноценных фреймворков, все очень низкоуровневое. Да что там говорить даже орм асинхронной еще нет. Хотя по скорости есть большой задел среди низкоуровневых библиотек

Я тестировал только на скорость аллокации больших массивов данных - там го вообще даже C# проигрывал, если в C# данные не классами написанны - а структурами =) Уж не говоря про раст =)

Окей, а какая разница какой асинхронный рантайм и библиотека быстрее и когда? Особенности работы ок, а зачем нужно интересоваться циферками?

Хорошо. 👍

Писать обычные Веб-апишки местами значительно проще на расте, чем на той же гошке...

Настолько куций язые, что половину вещей решаются через одно место...