История изменений

это всё будет продолжатся? В чём вообще фича сравнивать даже не конерктную реализацию компилятора на конктреной платформе а язык и говорить про скорость и эффективность ВНИМАНИЕ стандартной библиотеки? И вот особенно вот эта часть про «BTreeMap» быстрее, т.е. разработчики стандартной библиотеки сидят и рассуждают : «Вот тут мы выберем этот алгоритм, он медленее работает, но мы всё равно его выберем, что бы хоть гдето rust дать шанс…», комон, если бы всё мерилось скоростью работы алгоритма, то везде бы использовали QSort как самый эффективный, но в томже ядре линукс накой то хрен сортировка слиянием…

Было бы круто если бы ты запил сравнения результатов итоговой кодегенерации, на разных платформах arm, x86, powerpc и тд. Сравнить используемые методики оптимизации, какие защиты стека, вызовов втыкаются, насколько эффективно, для максимальной объективности сравнить хотябы самые известные компиляторы g++, clang, msvc.

это всё будет продолжатся? В чём вообще фича сравнивать [b]даже не конерктную реализацию компилятора на конктреной платформе[/b] а язык и говорить про скорость и эффективность ВНИМАНИЕ стандартной библиотеки? И вот особенно вот эта часть про «BTreeMap» быстрее, т.е. разработчики стандартной библиотеки сидят и рассуждают : «Вот тут мы выберем этот алгоритм, он медленее работает, но мы всё равно его выберем, что бы хоть гдето rust дать шанс…», комон, если бы всё мерилось скоростью работы алгоритма, то везде бы использовали QSort как самый эффективный, но в томже ядре линукс накой то хрен сортировка слиянием…

Было бы круто если бы ты запил сравнения результатов итоговой кодегенерации, на разных платформах arm, x86, powerpc и тд. Сравнить используемые методики оптимизации, какие защиты стека, вызовов втыкаются, насколько эффективно, для максимальной объективности сравнить хотябы самые известные компиляторы g++, clang, msvc.