Правда ли, что в области высокопроизводительных приложений за Rust'ом будущее?

Question

[Иван Мельников]

Насколько в среднем Rust уступает по скорости С/С++?
Сможет Rust ли в будущем стать быстрее С/С++?

Answer 1

[АртемЪ]

Спросите об этом лет через десять - двадцать.
Тогда можно будет дать точный и обоснованный ответ.

А сейчас однозначный ответ на такой вопрос дать невозможно в рамках данного ресурса.
Если все же нужен ответ обратитесь на форум где тусуются гадалки и ясновидящие.

Answer 2

[inv2004]

1) Правильнее сказать, что у Rust есть потенциал в далёком будущем заменить высокопроизводительный C++.

2) Rust находится на приличном уровне производительности относительно плюсов, местами даже обгоняет, как пример "наколенных" тестов, можно посмотреть сюда: https://benchmarksgame-team.pages.debian.net/bench...

3) Сможет ли он заменить - это сложный вопрос, может быть да, а может и нет, тут, ИМХО, несколько факторов.
3.1) если говорить о максимальной оптимизации (что уже требует unsafe) - то именно в unsafe-коде преимуществ относительно C++ не видно.
3.2) если сравнивать с популярными языками типа Java/C#/Go, то часто они не так сильно отстают от раста и даже плюсов чтобы переходить на более сложный язык.
3.3) Язык частично определяет его популярность из-за многих факторов помимо производительности. У раста высокий порог вхождения и большая сложность написания, зато большая надёжность. Если он будет непопулярным, пусть даже быстрым, то возможно ниша останется за плюсами, если вдруг начнёт набирать популярность по каким-то причинам - то возможно и заменит.

Как верно написали - лет через 10 посмотрим. Немного другой вопрос что надо делать сейчас чтобы шансы заменить выросли.

Comments

[dollar]

В каком смысле Java/C#/Go не отстают от раста? По скорости они такие же разве?

Answer 3

[sim3x]

В трейдинге обожают джаву
В гугле сотни тысяч линков по запросу programming rust slowdown

В tiobe в 20-ке его нет

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

Comments

[Lo-fi]

> трейдинг
> java

[sim3x]

Lo-fi,
Да
Разогретая джава лучше плюсов
А то что придется поставить 1тб рам на сервер, то мелочи

Answer 4

[humbug]

> Сможет Rust ли в будущем стать быстрее С/С++?

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

> Правда ли, что в области высокопроизводительных приложений за Rust'ом будущее?

Цель Rust заключается в безопасности, скорость - это приятное дополнение.

Ну а стоит его учить или нет, смотри по фактам:

• Криптобиржи пишут на Rust (надежность)
  
• Есть вакансии в Мск за 300к рублей в месяц на руки (доходность)
  
• В github Rust в 5-ке языков по популярности, а на SO это самый любимый язык (интерес)
  
• https://www.techempower.com/blog/2018/06/06/framew... (производительность)
  

Comments

[Vitaly]

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

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

Проблема кривых рук будет всегда. Что я не смогу получить deadlock или race condition на Rust? Да я думаю, что проще простого. Никакой ЯП этого не уберёт.
Есть там какие-то высокоуровневые примитивы и библиотеки, ну и что? Во многих других языках они тоже есть. Этим никого не удивишь сейчас.
На современном C++ писать ничуть не менее безопасно, чем на Rust. Просто учиться это делать придётся немного дольше. Хотя, Rust конечно же в большей степени замена C для системного программирования, а не C++, но всё-таки.

Криптобиржи пишут на Rust (надежность)

Да, кое-какие программные продукты, которые используют технологию blockchain используют Rust. Однако о какой вообще надёжности и надёжности чего идёт речь? Язык надёжен что ли или компилятор или библиотеки?

Есть вакансии в Мск за 300к рублей в месяц на руки (доходность)

...да, но их ничтожно мало не только по сравнению с эквивалентно оплачиваемыми вакансиями на других стеках технологий, но и вообще. Т.е. найти работу начинающему программисту на Rust (если это не C-like разработчик, который решил сменить стек) почти не реально.

В github Rust в 5-ке языков по популярности, а на SO это самый любимый язык (интерес)

Много вопросов на SO говорит только о проблемах с обучением и неинтуитивном дизайне языка. Ну ещё и хайп, ведь каждую неделю какой-нибудь эксперт из 8го Б, который не научился пользоваться поиском и не владеет методами сбора и анализа информации будет предпринимать попытки поиска серебряной пули.
Ну или очередной рубст-питонист-пхпшик попробует Rust... А ведь Rust решает проблемы, которых вообще в этих языках нет. Отсюда и непонимание, зачем вообще Rust и ещё больше вопросов о том, как его использовать. Просто басня Крылова "Мартышка и очки", вот это и показывает github и SO.

https://www.techempower.com/blog/2018/06/06/framew... (производительность)

Это вообще что, о чём и что должно показать? Любой синтетический тест вообще не показателен. Всегда можно исправить алгоритм, использовать оптимизации, переписать программу и т.п.

[humbug]

На современном C++ писать ничуть не менее безопасно, чем на Rust.

На Rust писать безопасней, потому что это формально доказано. А когда я прошу скинуть мне ссылку на это "безопасное" программирование на С++, в ответ получаю молчание =)

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

Answer 5

[Vitaly]

Насколько в среднем Rust уступает по скорости С/С++?

Вопрос совсем не корректен, языки программирования -- не лошади.

Сможет Rust ли в будущем стать быстрее С/С++?

...и опять же не корректный вопрос.

Скорость же написания программы или её выполнения зависит от программиста, который пишет код и от многих других факторов, но не от самого языка программирования.

Comments

[inv2004]

но не от самого языка программирования

это не так. Это один из факторов и скорости написания и даже скорости выполнения.