Исходное сообщение
"Почему администрирование серверов ключевых открытых проектов..." Отправлено Ъ, 10-Янв-10 19:43
>>>> разрабатывающим высокопроизводительное ПО на C/C++ конечно >>> >>>И много вы видели высокопроизводительного ПО на ассемблере? >> >>Можете в виртуалке посмотреть Kolibri OS целиком на ассемблере. >>http://www.kolibrios.org/ > >насколько оно выскокопроизводительное? Иногда абсолютно не нужно никаких цифр и графиков, достаточно один раз увидеть, вы все-таки запустите в виртуалке, ну чего там, 5 мегабайт вся операционка, загрузка 1 секунда.   >Я понимаю что если делать нечего, то можно и >чёрта лысого сделать, но тем не менее полистайте тот же Intel >Optimization Manual, я думаю будет понятно что писать быстрый универсальный код >на асме под весь зоопарк процессоров банально нереально. Да ведь никто не спорит, что разные приемы оптимизации  на разных моделях процессоров  могут по разному работать, где давать ощутимый выигрыш, а где-то наоборот тормозить, и что современные компиляторы оптимизируют код часто лучше человека. Но вот вы понять не хотите простого факта, разработчику необходимо чувство контроля над своим кодом, особенно в узких по производительности местах, а перейдя на ассемблер он волей неволей начинает анализировать и понимать всю картину, отсюда и код на уровне алгоритмов на ассемблере будет другой нежли на более высокоуровневом языке. Мне тут на днях попалась хорошая статья по этой теме: http://russian.joelonsoftware.com/Articles/BacktoBasics.html

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>>> разрабатывающим высокопроизводительное ПО на C/C++ конечно >>>> >>>>И много вы видели высокопроизводительного ПО на ассемблере? >>> >>>Можете в виртуалке посмотреть Kolibri OS целиком на ассемблере. >>>http://www.kolibrios.org/ >> >>насколько оно выскокопроизводительное? > Иногда абсолютно не нужно никаких цифр и графиков, достаточно один раз увидеть, > вы все-таки запустите в виртуалке, ну чего там, 5 мегабайт вся > операционка, загрузка 1 секунда. >>Я понимаю что если делать нечего, то можно и >>чёрта лысого сделать, но тем не менее полистайте тот же Intel >>Optimization Manual, я думаю будет понятно что писать быстрый универсальный код >>на асме под весь зоопарк процессоров банально нереально. > Да ведь никто не спорит, что разные приемы оптимизации на разных > моделях процессоров могут по разному работать, где давать ощутимый выигрыш, > а где-то наоборот тормозить, и что современные компиляторы оптимизируют код часто > лучше человека. > Но вот вы понять не хотите простого факта, разработчику необходимо чувство контроля > над своим кодом, особенно в узких по производительности местах, а перейдя > на ассемблер он волей неволей начинает анализировать и понимать всю картину, > отсюда и код на уровне алгоритмов на ассемблере будет другой нежли > на более высокоуровневом языке. > Мне тут на днях попалась хорошая статья по этой теме: http://russian.joelonsoftware.com/Articles/BacktoBasics.html
	Введите код, изображенный на картинке: