Выбор языка программирования.

[Spectator]

Сообщение от dr-sm

с этим согласен, но это верно для очень узкого круга приложений, игры там и тп.
в большинстве реальных задач алгоритмическая оптимизация редко бывает необходимой, если не рассматривать уж случаи откровенного тупняка. основные потери в сложных приложениях возникают не изза компилятора, а по более высокоуровневым причинам: тупо ждем ио 99% времени, кривой контекст свитчинг, дофига сисколлов, livelocks, и тп. и проблемы эти актуальны как для тех кто на асме пишет, так и для тех кто пишет на Java.

В любой достаточно сложной программе возникают проблемы, связанные со скоростью. Причем речь обычно идет не об общей "тормознутости" программы, а о том что определенные конкретные операции (операции, выполняемые пользователем, т.е. - нажать на кнопку и получить печатный вид документа, к примеру) должны выполняться за определенное время, больше которого пользователь ждать не будет, и программу такую использовать тоже не будет.
И различные алгоритмы, оперирующие большими объемами данных встречаются не только в играх. Например - СУБД. Их ведь тоже пишут вполне живые люди, и даже в Воронеже есть замечательная))) фирма Рэлекс, которая делает замечательную СУБД Линтер)

[Part!zan]

Сообщение от Spectator

Цитата:
Сообщение от Part!zan Посмотреть сообщение
И вообще, что значит "знать асм"? Знать наизусть все мнемоники? Или уметь писать на асме? Или знать пару-тройку, утрированно, мнемоник, которые чаще всего в дизассемблере попадаются?
Мнемоника - это СИМВОЛИЧЕСКАЯ запись, я же говорю о МАШИННОМ КОДЕ. Вы даже не понимаете разницы, а ведь беретесь спорить))) Ну не смешно ли это?

Уважаемый мегаэксперт, ответьте на просто и прямо поставленный вопрос. Если не ответите - будете официально считаться ламером и демагогом.

Сообщение от Spectator

Цитата:
Сообщение от Part!zan Посмотреть сообщение
При том, что переносимому коду накласть на архитектуру. Потому он и переносимый.[/COLOR]
Вот именно об этом я и говорю - Вы НЕ ПОНИМАЕТЕ как Ваш код работает, оттого и такие рассуждения. Просто не понимаете что вообще творите)))

К вашему несчастью, я хорошо понимаю как мой код работает. А вот, что вы не понимаете, что такое переносимый код - это однозначно. Вы, вообще, под что-нибудь, кроме х86, когда-нибудь писали?

Сообщение от X0R

Flaming, портировали?

нет, конечно.

Сообщение от Spectator

Никакой оптимизатор никогда не оптимизирует код идеально с учетом всех аспектов

В 90% случаев этого и не требуется. Оптимизации на уровне асма требуют весьма скромные участки кода, а с увеличением быстродействия процессоров это становится просто нерентабельным по соображениям время разработки/результат. Для современных процов, человек уже давно не может соревноваться с компилятором по качеству оптимизации.

Сообщение от Spectator

Цикл от 5 до 1 for (i=5; i>0; i--) работает быстрее чем цикл от 1 до 5 for (i=1; i<=5; i++)

На какой архитектуре? х86? И на других архитектурах так будет? Хрена там!

Короче, либо вы предъявите конкретные доказательства, без всей этой мишуры, стучания себя пяткой в грудь и т.п., либо все окончательно поймут, что вы ламер, не имеющий никакого понятия, о том, что говорите, с весьма ограниченным опытом разработки.

[Fox555]

Вот так... почитал я темку... и все как обычно... начали с вопроса что лучше изучать, а заканчиваем наездами друг на друга и опусканием языков, которыми не владеем. .
Вообще языки программирования, это фигня... изучить его не сложно...
А вот конструкции, алгоритмы и т.д. это необходимая часть программирования, которую нужно знать. И, конечно, надо понимать архитектуру с которой ты работаешь.
Теперь скажу про ФКН . Как человек который там отучился и получил диплом, скажу следующие, на ФКН в плане программирования (когда я учился), было довольно скупо.. Delphi в основном. Сейчас там расширили базу.. и преподаватели молодые и довольно сильные, с некоторыми я учился и про их "силу" знаю не понаслышке. Но в основном, это опять же базовые вещи, вас учат думать и создавать из простых кирпичиков сложные строения. Так что идите на ФКН вас там будут дрючить, но на выходи вы сможете спокойно устроится на работу (без проблем) и на хорошую зп.

[Spectator]

Сообщение от Part!zan

Уважаемый мегаэксперт, ответьте на просто и прямо поставленный вопрос. Если не ответите - будете официально считаться ламером и демагогом.

А Вы - официальный представитель кого/чего собственно будете?))))
Но я все же отвечу - знать ассемблер - значит понимать основные его команды, их специфику, как именно они работают. Равно как знать С++ - это знать основные библиотеки и представлять как они работают на практике.

Сообщение от Part!zan

К вашему несчастью, я хорошо понимаю как мой код работает. А вот, что вы не понимаете, что такое переносимый код - это однозначно. Вы, вообще, под что-нибудь, кроме х86, когда-нибудь писали?

О да, я писал под Zilog z80, причем, подозреваю, когда Вы еще пешком под стол)))
Что такое переносимый код я прекрасно понимаю, а вот что такое оптимизация - Вы явно не очень))) Не надо делать из переносимого кода идола.
Не сотвори себе кумира (с) ))))

Сообщение от Part!zan

В 90% случаев этого и не требуется. Оптимизации на уровне асма требуют весьма скромные участки кода, а с увеличением быстродействия процессоров это становится просто нерентабельным по соображениям время разработки/результат.

Я бы даже сказал - в 99%, но вот в оставшемся одном проценте это не только требуется но и приносит огромный прирост производительности)))

Сообщение от Part!zan

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

Это не так. И я уже много раз говорил - почему, в том числе и не так давно - потрудитесь найти и осмыслить.

Сообщение от Part!zan

На какой архитектуре? х86? И на других архитектурах так будет? Хрена там!

И что? Вы пишете виртуальные программы для слонов в вакууме? Что Вы уперлись в переносимость? Любая мало-мальски сложная программа не будет работать под другой версией одной OS на компьютере с одной архитектурой, если специально этим вопросом не озаботиться, с отладчиком в зубах.
Если Вы надеетесь научиться писать программы, которые будут не только запускаться, но и работать на разных архитектурах без отладки и специальных исправлений - надейтесь)))

Сообщение от Part!zan

Короче, либо вы предъявите конкретные доказательства, без всей этой мишуры, стучания себя пяткой в грудь и т.п., либо все окончательно поймут, что вы ламер, не имеющий никакого понятия, о том, что говорите, с весьма ограниченным опытом разработки.

))))))) Бе-бе-бе)))

[Part!zan]

Сообщение от Spectator

знать ассемблер - значит понимать основные его команды, их специфику, как именно они работают

Какой именно ассемблер нужно знать веб-программисту?

Сообщение от Spectator

О да, я писал под Zilog z80, причем, подозреваю, когда Вы еще пешком под стол

Пешком под стол мы с Вами ходили одновременно (если Вы с возрастом не наврали). Так что, нефиг опять себя пяткой в грудь стучать.

Сообщение от Spectator

Что такое переносимый код я прекрасно понимаю

Пока что понимания не заметно...

Сообщение от Spectator

а вот что такое оптимизация

Оптимизация - это вовсе не значит, что надо писать все на асме. Автору переносимого кода вообще вредно думать о каких-то конкретных архитектурах. Не его это дело. Он должен пользоваться высокоуровневыми функциями, которые написаны (в идеале) другими людьми.

Сообщение от Spectator

но вот в оставшемся одном проценте это не только требуется но и приносит огромный прирост производительности

Все зависит от задач. Можно все переписать на асме и получить мизерный выигрыш.

Сообщение от Spectator

Это не так. И я уже много раз говорил - почему

Это так. Чем сложнее проц, тем труднее за приемлемое время человеку написать такой же по качеству код, который сделает компилятор. Чтобы хотя бы воспроизвести то же самое, человеку понадобится масса времени. Это не компилятору сложно знать о всех частностях работы процессора и пр., это человеку сложно. А человек вполне может управлять компилятором в нужном ему направлении. Про отладку асмовых программ я вообще молчу.

Сообщение от Spectator

Любая мало-мальски сложная программа

Конкретный пример мало-мальски сложной программы, пожалуйста.

Сообщение от Spectator

программы, которые будут не только запускаться, но и работать на разных архитектурах без отладки и специальных исправлений

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

[Spectator]

Сообщение от Part!zan

Какой именно ассемблер нужно знать веб-программисту?

Веб-программисту - любой.

Сообщение от Part!zan

Пока что понимания не заметно...

Что же Вы так плохо русский язык то в школе учили, что постоянно забываете местоимения - ВАМ незаметно.

Сообщение от Part!zan

Оптимизация - это вовсе не значит, что надо писать все на асме.

Я где то об этом говорил?))) Вы вообще читаете что я пишу?))) Понимаете?)))

Сообщение от Part!zan

Автору переносимого кода вообще вредно думать о каких-то конкретных архитектурах. Не его это дело. Он должен пользоваться высокоуровневыми функциями, которые написаны (в идеале) другими людьми.

Мы не о переносимом коде, мы об ассемблере, и о языках программирования))

Сообщение от Part!zan

Все зависит от задач. Можно все переписать на асме и получить мизерный выигрыш.

Можно))) Вы читаете что я пишу (еще раз спрашиваю))

Сообщение от Part!zan

Это так. Чем сложнее проц, тем труднее за приемлемое время человеку написать такой же по качеству код, который сделает компилятор. Чтобы хотя бы воспроизвести то же самое, человеку понадобится масса времени. Это не компилятору сложно знать о всех частностях работы процессора и пр., это человеку сложно. А человек вполне может управлять компилятором в нужном ему направлении. Про отладку асмовых программ я вообще молчу.

Все это демагогия. Отладка асмовых программ по сути ничем не отличается от отладки программ на языках программирования высокого уровня.

Сообщение от Part!zan

Конкретный пример мало-мальски сложной программы, пожалуйста.

CAD. Игры. Системы автоматизированного перевода. Распознавание текста. Все то что оперирует большим объемом информации и/или использует сложные алгоритмы и должно работать в условиях внешних ограничений по времени. (для игры, например, это может быть 1/25 секунды на все задачи для этого кванта времени, включая отрисовку, AI и прочее, причем - не в среднем, а 1/25 на шаг игры и без вариантов)

Сообщение от Part!zan

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

Я знаком с таким мнением))) Но это просто мнение человека, который хочет облегчить себе жизнь)))

[Yandex]

Какой именно ассемблер нужно знать веб-программисту?

НАФИГА?!
P.S. По большей части согласен с Part!zan-ом Редко-редко, когда нужен действительно быстрый код в ущербность читаемости.

[Spectator]

Сообщение от Yandex

НАФИГА?!

Чтобы понимать как работает компьютер)) Вроде уже говорил)

[Andrei_ra]

думаю веб программисту вместо того что в свободное время изучать асм для редкого использования, лучше к примеру изучать asp или еще что-то из новинок для регулярного практического применения. Жизнь наша коротка и освоить все не возможно, поэтому нужно правильно ставить приоритеты.

[Part!zan]

Сообщение от Spectator

Веб-программисту - любой.

Сообщение от Spectator

Чтобы понимать как работает компьютер

Бред сумасшедшего... Чур меня, чур... Изыди. И где же веб-программист применит это гениальное знание в своей работе?

Сообщение от Spectator

Мы не о переносимом коде, мы об ассемблере, и о языках программирования

А что, это какие-то взаимоисключающие понятия, что ли? Ну, кроме, "асм" и "переносимый код".

Сообщение от Spectator

Отладка асмовых программ по сути ничем не отличается от отладки программ на языках программирования высокого уровня

Вам голову не напекло? Или Вы рассуждаете с позиции "если я могу поднять кирпич, то и гору Фудзи сдвинуть мне раз плюнуть"? Ну, флаг Вам в руки. Пишите на асме до полного просветления.

Сообщение от Spectator

CAD. Игры. Системы автоматизированного перевода

Примеры, кроме игр (да и те, при грамотном проектировании будут работать везде, яркий пример - iD Software), мимо кассы. Если программеры не потрудились написать приложение так, чтобы совместимость с будущими версиями ОС была беспроблемной (ну, как же, ведь надо срубить бабла выпустив новую версию, совместимую) - они сами себе злобные буратины. Ни одно из перечисленных требований не является системозависимым, ни большие объемы данных, ни сложные алгоритмы. Так что, низачет.

Сообщение от Spectator

это просто мнение человека, который хочет облегчить себе жизнь

Не просто хочет, а реально облегчает. А не приемлют это мнение люди, которые писать нормально софт не умеют. В чем я уже неоднократно убеждался.

[aerin]

Part!zan, у меня складывается впечатление, что Spectator - университетский преподаватель: знания ради знаний, апломб при рассуждении о вещах, знакомых ему только по книжкам, менторский тон и т.д....
Вот только мы здесь ни разу не студенты

[X0R]

Сообщение от aerin

Spectator - университетский преподаватель

ага, только бывший.

Сообщение от aerin

апломб при рассуждении о вещах, знакомых ему только по книжкам

зачастую и по книгам не знакомых...

[Spectator]

Сообщение от Part!zan

Бред сумасшедшего... Чур меня, чур... Изыди. И где же веб-программист применит это гениальное знание в своей работе?

Я уже, кажется, в третий раз говорю - чтобы ПОНИМАТЬ КАК работает компьютер.

Сообщение от Part!zan

А что, это какие-то взаимоисключающие понятия, что ли? Ну, кроме, "асм" и "переносимый код".

Это разные понятия. Язык - это язык, а код - переносимый, оптимизированный, кривой и пр. - кто код.

Сообщение от Part!zan

Вам голову не напекло? Или Вы рассуждаете с позиции "если я могу поднять кирпич, то и гору Фудзи сдвинуть мне раз плюнуть"? Ну, флаг Вам в руки. Пишите на асме до полного просветления.

Нет, мне ничего не напекло. Отлаживать чужие программы на ассемблере я научился раньше чем писать свои на паскале)) Ничего сложного в этом нет. А если для Вас отладка - это поставить breakpoint в начале функции и пошагово "щелкать" ее всю с начала до конца, то извините)))

Сообщение от Part!zan

Примеры, кроме игр (да и те, при грамотном проектировании будут работать везде, яркий пример - iD Software), мимо кассы. Если программеры не потрудились написать приложение так, чтобы совместимость с будущими версиями ОС была беспроблемной (ну, как же, ведь надо срубить бабла выпустив новую версию, совместимую) - они сами себе злобные буратины. Ни одно из перечисленных требований не является системозависимым, ни большие объемы данных, ни сложные алгоритмы. Так что, низачет.

Да, кстати советую очень хорошую книгу по оптимизации на ассемблере - «Программирование графики. Таинства» Майкл Абраш, это один из авторов Doom))) Одна из книг, которая подтолкнула меня к тому чтобы изучить ассемблер, о чем я еще ни разу не пожалел))

Сообщение от Part!zan

Не просто хочет, а реально облегчает. А не приемлют это мнение люди, которые писать нормально софт не умеют. В чем я уже неоднократно убеждался.

Ну и что в том что Вы в чем то убеждались?))) Слышали фразу - "человек с молотком видит только гвозди"? Ну вот)))

[aerin]

Сообщение от Spectator

Да, кстати советую очень хорошую книгу по оптимизации на ассемблере - «Программирование графики. Таинства» Майкл Абраш, это один из авторов Doom))) Одна из книг, которая подтолкнула меня к тому чтобы изучить ассемблер, о чем я еще ни разу не пожалел))

Это хорошая книжка. Да. Только сейчас для графики более актуальны шейдеры, чем ассемблер.

[Spectator]

Сообщение от aerin

Это хорошая книжка. Да. Только сейчас для графики более актуальны шейдеры, чем ассемблер.

А зачем противопоставлять одно другому? Ложка более актуальна чем тарелка? А геометрия более актуальна чем шейдеры, или менее?)))
Я вообще хотел "намекнуть" что в ID Software ребята были совсем не дураки ассемблер использовать, а тут их как контрпример приводят)))

[Анонимочка]

Ха, ха, какой же вы, Spectator, начитанный, сколько книжек умных прочитали, жаль только что ничего не поняли в этих книжках. Оптимизировать нужно не код, а алгоритмы, это раз.

Сообщение от Spectator

«Программирование графики. Таинства» Майкл Абраш

книжка не плохая, но морально устаревшая. Технологии не стоят на месте, а вы стоите. Советую для общего развития почитать про реализацию шейдеров, про программирование для современных GPU (CUDA как пример), про OpenMP, про LLVM и зачем он Apple, и, о ужас, там ни слова про асм, догадаетесь почему?(надеюсь, что ума хватит)

Сообщение от Spectator

Веб-программисту - любой.

Так все-таки какой? вы не поверете, но не x86 единым...

Сообщение от Spectator

включая отрисовку, AI

AI и Отрисовка на asm, хо хо.. вы только больше никогда никогда никому никому об этом не говорите и не пишите, это мы добрые, остальные засмеют, в лучшем случае, для отрисовки уже очень давно используется api OpenGL (DirectX), а для AI скриптовые языки (Lau, python), максимум, где используется asm - это числодробильня (например DFT, DCT).

[The_God]

maxim-turaev, выбрали язык ?)

[Spectator]

Сообщение от Анонимочка

Ха, ха, какой же вы, Spectator, начитанный, сколько книжек умных прочитали, жаль только что ничего не поняли в этих книжках. Оптимизировать нужно не код, а алгоритмы, это раз.

Оптимизировать нужно и то и другое в зависимости от задачи, это два)))

Сообщение от Анонимочка

книжка не плохая, но морально устаревшая. Технологии не стоят на месте, а вы стоите. Советую для общего развития почитать про реализацию шейдеров, про программирование для современных GPU (CUDA как пример), про OpenMP, про LLVM и зачем он Apple, и, о ужас, там ни слова про асм, догадаетесь почему?(надеюсь, что ума хватит)

Шейдеры - тот же ассемблер, вид сбоку)) Только для графических процессоров. Знание ассемблера Z80 мне позволило понять ассемблер Intel влет, смотрю на шейдеры - узнаю брата Колю (с) Тот же ассемблер, только для графических процессоров (дада, в графических картах тоже есть процессоры, такая бодяга) )))).

Сообщение от Анонимочка

Так все-таки какой? вы не поверете, но не x86 единым...

См. выше.

Сообщение от Анонимочка

AI и Отрисовка на asm, хо хо.. вы только больше никогда никогда никому никому об этом не говорите и не пишите, это мы добрые, остальные засмеют, в лучшем случае, для отрисовки уже очень давно используется api OpenGL (DirectX), а для AI скриптовые языки (Lau, python), максимум, где используется asm - это числодробильня (например DFT, DCT).

Я сам разберусь что говорить и сам кого хочешь засмею)))) Если я знаю ассемблер, это совсем не значит что меня можно испугать такими страааашными словами))) Я много чего хорошего, доброго и вечного знаю

[Анонимочка]

Сообщение от Spectator

Шейдеры - тот же ассемблер, вид сбоку)) Только для графических процессоров. Знание ассемблера Z80 мне позволило понять ассемблер Intel влет, смотрю на шейдеры - узнаю брата Колю (с)

Ой, ой, ой.. Вот оказывается в gamedev'е все глупые, используют какие-то GLSL/HLSL, считают, что это C-подобные языки, а на самом-то деле, это ассемблер. Spectator, вы обязательно в Apple и MS напишите, а то они не в курсе, хоть глаза им откроете.

Сообщение от Spectator

Я сам разберусь что говорить и сам кого хочешь засмею)))) Если я знаю ассемблер, это совсем не значит что меня можно испугать такими страааашными словами))) Я много чего хорошего, доброго и вечного знаю

Ну, то что вы слова такие знаете, это конечно хорошо, но когда спорить начинаете, вы хоть постарайтесь значение слов выяснять.
И в завершение, вы не забудьте Intel рассказать, как крут asm: software.intel.com/en-us/articles/wiener-filtering-using-intel-advanced-vector-extensions

[Spectator]

Сообщение от Анонимочка

И в завершение, вы не забудьте Intel рассказать, как крут asm: software.intel.com/en-us/articles/wiener-filtering-using-intel-advanced-vector-extensions

Так это и есть asm)))

[Part!zan]

Сообщение от Spectator

в третий раз говорю - чтобы ПОНИМАТЬ КАК работает компьютер

Трудный случай... Ок, спрошу иначе: водителю маршрутки нужно асм изучать? Чтобы успешно работать. Или дизайнеру? Они ведь тоже могут компом пользоваться. Даже в бейсике че-то писать. Или в ActionScript.

Сообщение от Spectator

Язык - это язык, а код - переносимый, оптимизированный, кривой и пр. - кто код

Это что, совершенно несвязанные друг с другом вещи? Сферические кони в вакууме?

Сообщение от Spectator

Отлаживать чужие программы на ассемблере я научился раньше чем писать свои на паскале)) Ничего сложного в этом нет

Пятка стучала и стучала в грудь... Не надоело? Так можно и ребра проломить...

Сообщение от Spectator

Одна из книг, которая подтолкнула меня к тому чтобы изучить ассемблер

Вот он, корень зла... Истинно говорят, что всякое знание нужно употреблять вовремя и в правильных дозах, как лекарство, а то можно и копыта откинуть...
Как тут уже несколько человек сказали - книга устарела. Это бывает. Особенно с компьютерными книгами. У меня дома столько макулатуры такой лежит...

Сообщение от Spectator

Слышали фразу - "человек с молотком видит только гвозди

Не слышал. Я слышал, что некоторые люди не видят за деревьями леса.

Смешной Вы человек... Живете в прошлом веке и рады этому. Да еще и других пытаетесь туда
затащить. Ваши знания давно неактуальны, смиритесь с этим.

[Spectator]

Сообщение от Part!zan

Пятка стучала и стучала в грудь... Не надоело? Так можно и ребра проломить...

Вы бы за своей пяткой следили, а я со своей справлюсь))

Сообщение от Part!zan

Не слышал. Я слышал, что некоторые люди не видят за деревьями леса.

Значит Гради Буча Вы не читали)))
System failed memory test))))

Сообщение от Part!zan

Смешной Вы человек... Живете в прошлом веке и рады этому. Да еще и других пытаетесь туда затащить. Ваши знания давно неактуальны, смиритесь с этим.

Это Вы пытаетесь себя убедить что Ваших поверхностных знаний достаточно))) А мне смиряться не с чем)

[The_God]

холивар в самом разгаре ) поучаствую...
учи брайнфак, остальное прошлый век )
http://ru.wikipedia.org/wiki/Brainfuck
http://lurkmore.ru/BrainFuck

[dn2k4]

"И предал я сердце мое тому, чтобы познать мудрость и познать безумие и глупость: узнал, что и это - томление духа; потому что во многой мудрости много печали; и кто умножает познания, умножает скорбь..." =)

Spectator, вы неофит-миссионер? Радость познания нового и жажда поделится кагбэ намекают =)

[Spectator]

Сообщение от dn2k4

Spectator, вы неофит-миссионер? Радость познания нового и жажда поделится кагбэ намекают =)

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

[dn2k4]

The_God, брайнфак неинтересно, практического применения нет. Javascript наше все =) http://sla.ckers.org/forum/read.php?24,28687

[dr-sm]

в тему, так сказать

[Spectator]

Сообщение от dr-sm

в тему, так сказать

Спасибо, отлично сработано, поржал)))

[SuHar`]

Сообщение от Spectator

мне искренне грустно смотреть на армию пионеров, считающих что без системных знаний можно стать программистом.

омг...
без комментариев. Такое впечатление, что вы ни только в прошлом веке живете, но еще и никуда из своего дома не выходите и не с кем не общаетесь.

[Spectator]

Сообщение от SuHar`

омг...
без комментариев. Такое впечатление, что вы ни только в прошлом веке живете, но еще и никуда из своего дома не выходите и не с кем не общаетесь.

Я, как раз, выхожу, причем куда надо.
http://www.agner.org/optimize/
Обратите внимание на год статей в разделе Optimization manuals. В частности, обратите внимание на статью:

Optimizing subroutines in assembly language: An optimization guide for x86 platforms

This is an optimization manual for advanced assembly language programmers and compiler makers. Topics include: C++ instrinsic functions, inline assembly and stand-alone assembly. Linking optimized assembly subroutines into high level language programs. Making subroutine libraries compatible with multiple compilers and operating systems. Optimizing for speed or size. Memory access. Loops. Vector programming (XMM, YMM, SIMD). CPU-specific optimization and CPU dispatching.

Оченно интересная.