>>насколько оно выскокопроизводительное?
>Иногда абсолютно не нужно никаких цифр и графиков, достаточно один раз увидеть,
>вы все-таки запустите в виртуалке, ну чего там, 5 мегабайт вся
>операционка, загрузка 1 секунда. И какие я должен сделать выводы? Она ведь ничего не поддерживает из оборудования, ей ничего грузить не нужно. Чему там тормозить если там функциональности кот наплакал.
>Да ведь никто не спорит, что разные приемы оптимизации на разных
>моделях процессоров могут по разному работать, где давать ощутимый выигрыш,
>а где-то наоборот тормозить, и что современные компиляторы оптимизируют код часто
>лучше человека.
>
>Но вот вы понять не хотите простого факта, разработчику необходимо чувство контроля
>над своим кодом, особенно в узких по производительности местах, а перейдя
>на ассемблер он волей неволей начинает анализировать и понимать всю картину,
>отсюда и код на уровне алгоритмов на ассемблере будет другой нежли
>на более высокоуровневом языке.
Мне мой опыт подсказывает что проблемы с производительностью обычно вызваны следующими проблемами:
- ошибки в программе
- архитектурные недочёты (неправильный выбор алгоритма, пропущенные индексы в базе, etc.)
После того как все эти проблемы решены и улучшать уже некуда, тогда можно и думать о чём-то ещё, но обычно прирост можно получить на уровне единиц процентов, что в большинстве случаев никому не нужно.