NiTr0 во-первых уже в 4.5 сортировка работает совсем по-другому
во-вторых я тоже могу привести код на шарпе, который работает быстрее аналогичного С++

5 минут установка или полчаса? Ну совсем нет разницы


И телефон будет жить 3 часа без розетки


Примеры такового самогенерящегося дотнет кода будут? И да, что там по сложности компиляции выражений, которые не совсем тривиальные?


Вот только этот байт-код оптимизировать-то некуда практически Имеем что имеем, со строго типизированными данными, и к примеру профит от 64бит при операциях с памятью (да хоть xor массивов) не получить.


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


Тупое создание классов?
Сравните банальное перемножение матриц. Без unsafe. Без особых ужимок, банальный перебор влоб. Вполне реальная задача к слову.
С unsafe - да, веселее, но к managed коду отношение бует иметь весьма косвенное, ибо привет ошибки в реальной программе.

NiTr0 тупое выполнение метода main с одинаковым кодом вызова функций

Добавлено спустя 7 минут:
NiTr0 что касается этой "самописной сортировки" - дебильный китайский код это конечно очень круто:) Если первая сортировка выглядит так:

то вторая выглядит так:

и это даже будет побыстрее, чем массив с циклом. Ведь не надо ни высчитывать смещение, ни инкрементировать счетчик... Быдлокод в своей красе. Не говоря про дебилизм высчитывания с DateTime.Now... Функция деления двух чисел на асме тоже будет намного быстрее, чем на срр лолд. Только программы несколько сложнее, а там внезапно преимущества теряются.

Код смотрели, не?
Что для С++, что для C#, сортировка алгоритмически реализована идентично.
И да, будь С++ код скомпилирован не майкрософтовским компилятором, а тем же GCC с -O2/-O3, разница была бы еще более внушающей.

К слову, тот же GCC в вашем примере в обеих случаях даст один и тот же код. Развернув цикл, да.


В чем дебилизм-то? И что, оно внест сколь-либо значимую погрешность, при времени исполнения кода 100 мсек и более?


Не будет. Деление - одна инструкция. А не функция

NiTr0 не суть. Короче: смысла в чистом С++ давно нету. Только с++ "с человеческим лицом" aka Qt развиваются и не дают тому помереть.

Неужели неясно, что при бесконечном числе денег и времени любой адекватный программист напишет идеальную программу, которая будет жрать 640к и не иметь ни одного бага? Я могу на своем примере сказать: у меня еще компания нормальная, если я набыдлокодил, чтобы сделать результат, я могу потратить пару дней на рефакторинг и приведение всего в порядок. А много где - не так. Сделал функционал, криво, но работает? - ну и ладно, делай дальше. Сроки даются сверху менеджерами, они к прогерам отношения практически не имеют. А с начальством спорить кардинально бесполезно, а по мелочи - сильно незаметно (хотя этим почти всего и занимаемся). Такое ощущение, что прогеры думают "ага, новый 16-ядерный проц вышел, напишу ка я похуже этот модуль". Люди работают и тратят на это время. Многие энтузиасты работают даже в нерабочее время, чтобы вам было получше и поприятнее. Это непростой труд, сделать качественную и рабочую программу без багов, даже сказанное относится к разделу фантастики. А чтобы она была еще и быстрой... Вы готовы ждать новую винду без багов и лагов 40 лет, при этом стоить она будет как самолет? Нет? Тогда о чем речь?

Да ну? Не, может в компании, где вы работаете, все так и обстоит, но в целом, особенно за пределами "экосистемы" майкрософт - С/С++ живет и здравствует.


Открою секрет: в винде практически все на нативном коде managed код где-то в уголке, во вспомогательных утилитах...

NiTr0 я в курсе. Вы не поверите, но 20 лет назад, когда первые винды как раз появлялись на свет, С++ считался тормознутым и убогим с кучей ненужных фич, когда как старые и проверенные средства вроде C/ASM работают как часы, на которых уже написанно куча прекрасного софта (ничего не напоминает, ммм?). Так что все движется своим чередом. Программирование развивается, а не деградирует. Кто бы что не говорил.