Изучение assembler для самых маленьких

Пиши на Си, дизассемблируй свой код, читай референс по своему процу и учись. Это самый эффективный способ.

http://blog.brakmic.com/intro-to-x86-assembly-with-fasm/

Подходи к вопросу так, как подходил бы к любому другому совершенно новому для тебя делу.
Думаешь ассемблер чем-то отличается от варки супа?
А вообще — найди старую книжку времен 086-286 (обратная совместимость у современных х86 ещё есть, а на старых процах ассортимент команд был меньше, да и с разрядностью меньше возни) и почитай. Там всё ОЧЕНЬ просто. Это самый простой язык из всех возможных.

в программировании я шарю чуть больше, чем никак

Не знаю как сейчас, но я в свое время пошел в книжный, и начал перебирать книжки по так заинтересовавшему меня программированию. Смотрел, какая мне понравится, станет более всех понятна. Остановился на авторе Культин, что-то там про Pascal. После уже, когда первые программы запустились, ассемблер не обошел меня своим вниманием: Юров, что-то там про ассемблер.

Но там было прочитано еще куча всякого, и устройство уже устаревших тогда IBM XT, и документация по VESA, и электронная документация по x86 то ли techdoc, то ли techbook. Интернетов не было, и все это собиралось по переходящим дискетам в сборниках всяких хакерских тулзов, позже - на CD для «хакеров».

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

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

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

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

Самое базовое знаение это «для чего тебе оно надо». Со знанием ассемблера в современном мире никуда не сунуться.

какие базовые знания должны быть перед началом обучения

Я считаю, обязательным должен быть опыт составления и запуска простейшей программы на любом языке (решение квадратного уравнение, площади фигур, впросы-ответы). Это знания и чувство того, что ты управляешь машиной, пусть пока еще и на простом уровне.

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

Поэтому, выбери любой понравившийся самоучитель о любом программировании и попрактикуйся на первой-второй главе.

Для себя и саморазвития. Может быть когда-нибудь я стану гуру и пойду фигачить демки (но это не точно)

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

ps: про деньги, кстати, тоже можешь забыть, как и про солнечный свет :D

Питер Нортон «Язык ассемблера»

Яростно плюсую.

NASM мимимишечка и вполне актуален. Кроме того, по NASM вроде было довольно много релевантной информации в интернете.

FASM наверное получше в качестве макроассемблера (был) и куча примеров кода в комплекте идёт, но там совершенно нет того контроля, которого ты ожидаешь.

Но скажем в форках NASM можно писать в божественном AT&T-синтаксисе (не привыкай к тому ущербному другому, он только на первый взгляд лучше), поэтому либо он, либо gas. Хотя вопрос привычки конечно, но главное не слушай фанатиков и выбирай сам.

Всё равно тебя в конечном счёте только интринсики интересуют. :)

Если бы ты _уже_ умел в си, пользы было бы не в пример больше конечно. Как вариант, найди учебник в стиле «дос-ассемблер за час», за вечер раскуришь. Запускай в dosbox.

Начни вот с этого https://store.steampowered.com/app/375820/Human_Resource_Machine/

Расскажу некоторый (свой) опыт, насчёт «Начинать изучение программирования с ассемблера»

Лет 14 назад имел минимальные знания pascal, и никак не мог толком въехать как же работают (или почему не работают) всякие штуки типа указателя на функцию и т.п. Потянуло на ассемблер. «Утонул» на несколько месяцев в книжках и в ассемблерных ide-шках (всё под дос).

Выхлоп получился следующий:

• Минусы
  • Именно написанного функционала за несколько месяцев - на уровне того что пишется на С за 3 дня начинающим разработчиком. Как консольный калькулятор несколько месяцев писать.
  • На пару лет после этого и на других языках оставалась излишняя склонность писать слишком низкоуровневый код
• Плюсы
  • Любой выученный язык со строгой типизацией (С,С++,С#, Java и проч. ) почти не приносит вопросов «а почему здесь так?», так как про любую конструкцию с лёгкостью понимаешь в какие именно команды ассемблера она компилируется/jit-ится (точнее эквивалентные каким, так как компилятор оптимизирует).
  • При отладке/профилировании частичные проблемы с отладочными символами на какой-то кусок кода - не вызывают проблем. Даже и с символами бывает что компилятор такого наоптимизирует, что приходится восстанавливать соответствие ассемблера логики программы.
  • Зачаточное развитие умения реверсинга - код размером порядка 500 байт можно отреверсить (то есть понять задуманную логику) даже не умея пользоваться продвинутыми инструментами типа radare2. Как-то отреверсил загрузочный сектор, который оффтопик пишет для fat))

Посему сложилось впечатление, то учиться писать код на ассемблере гораздо менее продуктивно, чем учиться читать код на ассемблере. Причём если по написанию большинство доступной литературы затрагивает лишь основы x86, существующие десятилетиями, то на чтение - хоть дизассемблируй что, хоть смотри что-нибудь низкоуровневое в ядре и т.п - вполне можно встретить и «новинки».

/me был уверен, что вопрос про ассемблер для самых маленьких микроконтроллеров.

А тут же недавно книгу написал какой-то ЛОРовец про Паскаль, Си и Ассемблер (вроде как).

Вот, вроде: Вышел второй том учебника А. В. Столярова

Под Линуксом ты не научишься с нуля ассемблеру. Может под вином? Или на худой конец, ставь виртуалку. Серьезно.

Самые лучшие мануалы на русском находятся тут:
https://exelab.ru/f/index.php?action=vthread&forum=5&topic=14847
https://exelab.ru/f/index.php?action=vthread&forum=5&topic=24454

Тебе это не нужно, выше были проявления адекватности, но не полные и зачастую с абсолютно неверными предпосылками и выводами.

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

Первое - любой инжиниринг, как и его обратное действие - это умение перевести задачу в набор базовых действий, причём( в твоём случае) в набор совсем базовых.

Любые попытки что-то учить/понимать без этого навыка - целиком и полностью бесполезны. Этот навык является общий для любого вида деятельности.

Таким образом прежде всего тебе нужно получить этот навык, который можно развить только самостоятельным решением задач. Если ты хочешь дойди до уровня асма, то и решать и создавать решение ты должен из базовых примитивов этого «языка».

В 99% случаев, если у тебя нет явно предрасположенности к подобному виду деятельности - тебе нет смысла охватывать всё поле «задача -> asm» сразу. Нужно начать хотя-бы с самого примитивного - решение на базе комбинаций готовых решений. Потом заменяешь одно решение своим, потом два, а потом все. К тому же каждое решение состоит из комбинации своих/чужих готовых решений, и цепочка подобного может быть очень длинной. И чем глубже ты в этом дереве решений, тем более ты умеешь в программирование.

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

Если хочешь изучить ассемблер, начинать с современного x86 — плохая идея. Куда лучше начать с 8051. Запускать на симуляторе (благо их много) или если совсем основательно подходить к проблеме — взять плату с отладчиком.

Вендошизик, плиз.

+1, бери Юрова, там есть и учебник, и тетрадка с заданиями. В качестве базы может хорошо зайти.

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

Самый лучший вариант для изучения ассемблера - поставить MSDOS+NC и начать изучение, например, с книги Тома Свана «освоение турбо ассемблер». Там подробно и популярно все расписано.

Но учти, там графики практически нет. Про окна, немного в конце написано. Все остальное - консоль. Кстати - из-за этого, большинство бросает ассемблер через пару недель после начала изучения. Хотя очень зря. Пол-года практики на ассемблере, дадут нормальную базу для изучения, в дальнейшем, любого языка.

Учить ассемблер на современных ОС - последнее дело. Нормальной информации(с пояснениями и исходниками) найти практически невозможно. Даже если найдешь готовые исходники, без знания основ - замучаешься разбираться.

Виктор

Я бы порекомендовал начать с этих двух статей:
1) http://www.muppetlabs.com/~breadbox/software/tiny/teensy.html
эта статья покажет какими командами создать простой ELF-файл для linux
2) http://asm.sourceforge.net/articles/startup.html
эта статья покажет, как парсить параметры командной строки и переменные окружения. В принципе этого уже достаточно, чтобы сделать CGI-приложение для web.
дальше есть варианты.
3.1) изучить сокеты для linux, многопоточность, разобраться с реализацией FastCGI
3.2) изучить программирование видеопроцессоров (SPIR-V), чисто теоретически это позволит писать быстрые расчёты чего-нибудь.
3.3) webassembly, javascript, webgl
это если хочется делать браузерные игры.
3.4) система команд в виртуальной машине из Ethereum (модно и блокчейно)
Казалось бы, какое отношение к ассемблеру имеют два последних пункта? Ну даже не знаю как объяснить, я так вижу.

Слушай, ну, начинать изучение языка с исходников, не зная что обозначают команды mov, int, xor, что такое eax, ebx, и т.д. - полная глупость.

Виктор

Вся эта общая информация про регистры написана в каждом учебном курсе (со ссылками с ключевыми словами Intel Instruction Set Architecture Manual), а конкретные важные практические вопросы, да ещё с привязкой к linux найти непросто. Даже в этой теме как только не изворачивались - и DOS советовали и Windows.

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

Так модули ядра на ассемблере надо писать.

Питер Абель «Язык ассемблера для IBM PC»

Пирогов тоже неплох. Но он под венду.

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

Эт точно. Только глупости добавляют смысла в мою унылую жизнь =))

В досе есть сервисы биос на одном прерывании, и удобное управление графонием на другом

сисколлы линукса ну ничем не отличаются, та же загрузка в регистры, тот же вызов (ну другой, но это неважно).

В линуксе не принято писать на ассемблере.

Героя «не принято» остановит.

и кроме того у тебя полный прямой доступ к железкам.

Ненужно.

Жизнь никогда не была проще, чем с досом.

Сейчас такая жизнь должна быть в OpenBIOS. И она не сложнее чем с DOS-ом.

Но вот проблема, так как я почти ничего не знаю, не могу понять с чего надо подступиться к этому делу

Вместо того, чтобы бездумно тыкать fasm, прочитай лучше Таненбаума «Архитектура компьютера».

Столярова уже советовали?

Начинай с Юрова и DOS. Пиши простейшие программы. АСМ - дело долгое и сложное. Он очень хорош для общего развития, чтобы прокачаться. Например, просмотреть листинги на godbolt.

Могу порекомендовать https://wasm.in/