mayton2019

Ассемблер полезен при анализе прошивок на безопасность.
При изучении того как работает софт без исходного кода (обратный инжинеринг)
и при решении задач интеграции разных слоёв софта.

Ассемблер также очень близко стоит к разработке компилляторов. И если у вас нет
соотвествующих знаний то строить свой компиллятор вы не сможете. Или вам нужно
будет изучать готовые back-ends, virtual-machines.

Ассемблер помогает при анализе узких мест в коде. В частности например
векторизация вычислений ставит в первую очередь вопросы на которые ассемблер
отвечает а ЯВУ - нет.

Знания ассемблера помогают сделать бинарник компактнее. Это важно при разработке
встраиваемых систем.

Спасибо что пригласил. Но я не большой специалист в ассемблере. Вот посмотри как тут пишут. Может поможет https://stackoverflow.com/questions/1406783/how-to...

Есть две трудности с которыми сталкиваются студенты изучая С. Это адресная арифметика и работа со строками.
Эти две темы зайдут легко если вы до этого уже знали Ассемблер.

Но мне в общем кажется странным такая хронология изучения. Какой ВУЗ такое дает? Если вы до этого
случайно знали Ассемблер - то это удивительный и исключительный факт. Насколько я знаю даже
безопасники и системотехники не очень изучают asm. Я-бы сказал факультативно.

Вот тут опечатка.

satrt:

Если ты новичек - начни с простого. Когда я учился в универе - у меня был просто интерес написать
графическую библиотеку для SVGA/VGA режимов графики. На дворе стояли 90-е и тогда не было
никаких ускорителей и видяшки назывались S3/Trident. Вобщем сильно много я не написал.
Было просто рисование цветных трапеций на экране. И это чудовищно непроизводительно для
процесса разработки. Любой С++ ник заткнет тебя за пояс по скорости выкатки новых фич.
А качество кода на выходе у gcc вполне себе хорошее чтобы не найти вообще кейсов где
человек может лучше написать. Вообще в чем заключается оптимизация на асме? Держать
в голове карту регистров и помнить какой из них под чего использован. Еще неплохо-бы
помнить что у тебя в кешах лежит.

Что еще из простого. Попробуй реши квадратное уравнение на FPU и на SSE. Это разные
техно-стеки и будет познавательно сравнить какой способ лучше или удобнее.
FPU - это легаси но он еще поддерживается в железе. Я тоже хотел когда-то написать но бросил
в силу своей нетерпеливости. Мне было интересно понять насколько FPU близок к языку Forth.

По топику выше пишут интересные советы по брутфорсу но это задача на уровне алгоритмизации
сложная и я-бы на твоем месте все таки начал с квадратных уравнений. Заодно освоишь работу с вводом
выводом текста.

Вобщем брутфорсы и умноженя матриц это очень круто но ту просто попробуй это ПРАВИЛЬНО решить
на языке высокого уровня и проникнись с сложностью решения. И я думаю на этом этапе ты устанешь
и не пойдешь дальше. Вообще ассемблер - это язык очень узкого применения и какие-то языковые
фичи (ООП) в ассемблере уж точно не нужны. Ну по крайней мере они там не имеют какого-то явного
преимущества.

Во времена DOS это работало да. Ты мог писать напрямую в банки видеопамяти старых карточек типа VGA/SVGA.
Примеры кода для C++ можно найти в книжке Шикина и Борескова по графике. Но я не советую потому что
не актуально. И современный стек графики чуть длиннее.

Знание того как работает OpenGL и DirectX - скорее всего тебе не даст полной картины как работает железо.
Потому что железо NVidia и железо Radeon скорее всего будет сильно отличаться. Как будут обобщены отличия - чорт его знает. Скорее всего через драйвер. Но если ты очень хочешь поработать с пикселами отдельно и быстро
по посмотри в SDL. Я кстати тоже туда хотел посмотреть на днях. Мне чего-то захотелось температурную
карту IPv4 адресов нарисовать. Я такую видел образца 2009 года. А тут захотел свою.

Вот такие варианты бывают под win:

win32     Microsoft Win32 (i386) object files
win64     Microsoft Win64 (x86-64) object files

В первом варианте был массив четверок int или массив 128 битных элементов.
Во втором случае - два независимых массивка 64х битных элементов которые в памяти
расположены достаточно далеко и для них скорее всего не нашлось такой векторной
команды которая-бы адресовалась к паре 64 + 64.