@@oeai Не,ничего не меняется в asm. Такой,объемный,только фортран.Особенно ветка фортран,которая называется "АлГол".Где кодер,прямо в коде,по "*/" назначает "служебные слова"))) Дизассемблировать машинник с АлГол не реально,только выполнить.С смирением приняв все,любые последствия.)))
Вы молодец, очень редко встретишь толковых, настоящих программистов (кто владеет ассемблером и С++, С). Пока существуют процессоры/контроллеры и прочая электроника - будет существовать ассемблер и будет актуальным.
@@thedark6864и почему бред? Большинство языков программирования преобразуются в ассемлер(кроме некоторых, к примеру java), после в машинный код. Каждая команда ассемблера, соответствует машинной команде. Пока существуют процессоры, будут существовать и процессоры до тех пор, пока не изменятся технологии.
Офигеть. Большое уважение. В ютюбе пишу комменты раз в год. Автор проделал колоссальный труд для нас бобиков. Огромное кол-во информации так структурировать, к великому сожалению для всего человечества мало кто так может.
Большое спасибо! Решил подтянуть свои знания, перелистал несколько видео и только Ваше произвело впечатление. Качественный материал и подача, человека который понимает о чем говорит.
Спасибо :> ты ускоряешь обучение людей которые если бы и через справочник учились то очень медленно, но с тобой быстрее будет. Поэтому большое спасибо :>
1) Зайти в редактор карт(по-моему находится в котологе с игрой) 2) Открыть карту 3) Нажать правой кнопкой мыши на предмет 4) Добавить характеристики 5) Сохранить Если не правильно то извиняюсь, не делал это 10 лет
Я в 90х годах искал любую информацию по 3д графике и её просто не было. Смотрю сейчас на разные курсы хоть графики хоть игры на гитаре и понимаю что сейчас основная проблема не в том что нет информации а в том что оно никому не интересно.... скоро на заводах будут тапать хомяков в рабочую смену :)
В процессе просмотра 4 первых минут видео складывается настолько хорошее впечатление, что я не только мгновенно подписался, но кажется посмотрю действительно весь этот курс.
Рассматривать то что я пишу как дополнение. В видео много полезной информации! 11:43 - всё что сказано, вы можете сделать с помощью ассемблера или любого другого ЯП. Если бы всё было так как сказано на видео, то вы бы ни когда не смогли ни увидеть информацию на мониторе, ни услышать звук из динамиков, ни воспользоваться принтером. На ассемблере, так же как и на другом ЯП можно взаимодействовать с любой аппаратурой которую содержит сам компьютер и с аппаратурой, которая подключается через внешние порты. На данное время, в большинстве случаев через уже написанные драйвера для системы, которую вы используете. Так же, вы можете сами написать все драйвера (на множестве компилируемых ЯП, в том числе и на ассемблере) под любое интересующее вас устройство и под любую используемую вами ОС. Но для этого требуется достаточный опыт работы как с ЯП, так и с устройствами и с умением писать сами драйвера. 20:00 - "скачиваем документацию"... Обратите внимание, большАя часть данной документации для 32-х битной архитектуры. Не думайте, что вы не правильно скачали её. Как я уже писал людям ниже, 64-х битные команды процессора - это больше расширение 32-х битной архитектуры, и большинство команд идентичны. На что стоит обратить внимание дальше? 23:18 - в видео показаны 32-х битные регистры. В 64-х битной архитектуре они будут рассматриваться немного по другому: RAX (64) - EAX (32) RBX (64) - EBX (32) RBP (64) - EBP (32) и так далее... Автору было бы неплохо указать данные моменты, раз он собирается рассматривать именно 64-х битную архитектуру.
1. "Так же, вы можете сами написать все драйвер..." - Ну-ну.. Покажите нам исходный код драйвера на Питоне. Или на C#. Или на Java. Я даже согласен на JavaScript. 2. "большАя часть данной документации для 32-х битной архитектуры" - вот именно, большАя, но не бОльшая.
@@AlexanderSemenko в какой момент данные ЯП стали компилируемыми? Можно пример, пожалуйста, где данныек ЯП используют свой компилятор и получают конечный нативный код для выбранной платформы (ну хотя бы для х86 или х86_64). Не используя сторонние средства для перевода универсального байт-кода. Когда я увижу пример, тогда можно будет говорить о написании драйвера на каком-нибудь из этих ЯП. Примера нет, уж извини, но тогда ты не доказал, что какой-то из этих языков могут сами создать конечный нативный код для определённой архитектуры. Я надеюсь ты знаешь что такое "конечный нативный код для определённой архитектуры" - и надеюсь ты умеешь данный код отличать от универсального байт-кода. )))
@@sergshutk2757 В вашем ответе чувствуется лёгкое презрение, или мне так показалось? Кто из нас утверждал, что "вы можете сами написать все драйвера (на множестве компилируемых ЯП)?" Если из исходного кода можно получить программу в машинных кодах, то значит, что язык - компилируемый, и не важно "свой" компилятор или нет.
Что-то мои знания расходятся с описанием архитектуры ПК 12:58. "Процессор использует контроллер прерываний для того что бы обратится к устройству". Насколько мне известно это устройства используют контроллер прерывания что бы сообщить процессору о необходимости обслуживания устройства со стороны процессора. А дальше процессор используя либо MMIO доступ либо IO port доступ для взаимодействует с устройством.
Вы правы, отличное замечание! Однако, формально, прерывание процессора контроллером, в принципе, позволяет процессору "отвлечься" от текущей задачи "для того, что бы обратится к устройству".
всегда когда вижу битовые таблицы сожалею о том, что электронщики не сделали нам логику с тремя фиксированными состояниями, 1, 0, -1, true, false, unknown, а ведь электроника во все времена позволяла работать с разнополярными электрическими зарядами и информацию можно было исчислять не кратно двойке, а кратно тройке, а это значит три ячейки числовой информации хранили бы уже 9 вариантов числа, 8 ячеек вместо 256 вариантов, 6561 вариантов. Да и сами логические функции выглядели более логично.
Ну почему же - сделали! Есть варианты логики с трибитами, но, к сожалению, они не пошли в массовое производство. Логика с 3 состояниями породила бы намного более интересные языки программирования, паттерны и алгоритмы!
Да, так и есть - реализовали в виде электронных схем. Кстати, это тоже очень интересно, как это делается, но я не смогу это объяснить на профессиональном уровне.
Надо изучить электронную схемотехнику. Чтобы было более-менее понятно, то для компьютера ассемблер - это уже ЯВУ (язык высокого уровня), у самого компьютера машинный язык. Этот машинный язык мы можем видеть в виде чисел. И уже позже человек сделал этот язык более понятным для человека.
Если я верно понял x86 это четыре уровня каждый из которых имеет два измерения а x64 это пять уровней по два измерения. Но скажем AMD FX заявлен как трёхуровневый а AMD Ryzen как четырёхуровневый то можно определиться так что я ошибаюсь и в моём первом предложении каждое слово "уровень" надо заменить на "ступень" и каждый уровень для трёх уровней FX и четырёх уровней Ryzen одинаковые и в точности повторяют то, что я описал в первом предложении по x86. То есть я сам не знаю и это чисто теоретически. Но надеюсь используя Visual Spectrum возможно сформулировать шестнадцатиразрядное ядро. На котором создать Android. Затем из него создавать тридцатидвухразрядное ядро на котором создать ещё одну реализацию UNIX. А затем и создать некоторое подобие x64 на котором будет создана та же Ubuntu или нечто подобное. А из справочников по Intel или AMD полезно знать количество регистров для совместимости.
Нет, вы не правильно всё поняли. В этих процессорах нет "уровней" или "ступеней", состоящих из "измерений". 32-разрядный режим интеловских процессоров радикально отличается от 16-разрядных, несмотря на совместимость команд. Настолько, что алгоритмы и подход к программированию 16-разрядных процессоров уже совершенно не применимы и используются только в лабораторных работах преподавателей, застрявших в 90-х годах ;-)
Математика и физика совершенно не нужны для того, чтобы изучать программирование - это совершенно разные области. Однако, значение математики поможет вам освоить программирование быстрее.
Ну вот и снова акцент на intel :( Жаль, что 720p, у меня при раскрытии на весь экран на 31" мониторе глаза вытекают :) Всё размыто из-за того, что размер исходного кадра небольшой.
не раскрывай видео на весь экран. Для данного курса (да и вообще для большинства курсов) не важно какую литературу использовать Intel или AMD. Это важно только для определённых факторов, и вряд ли они проходятся в данном курсе.
@@Denis79 Смотрите мой второй курс по асм )) Там есть исходники. И в конце этого курса я рассказываю про свою операционную систему защищённого режима и книгу, про то как писать ОС.
#Alexander_Semenko Пишем программу на ассемблер. Пишем: F200 L200 0 a100 mov ax,301 mov bx,200 mov cx, 1 mov dx,0086 int13 int3 G=100 g Закончили писать программу на ассемблер,делающую SSD и М.2/U.2 диски-кирпичом.)))
@@AlexanderSemenko мало ли...вдруг у кого хдд начал сыпаться.А это способ по греть паяльным феном видео чип.И скинуть на базар по приемлемой цене.Ну или .bin после компиляции переименовать в .jpg И заняться олд хацкерской развлекухой,западлостроением.Не всё же время net@worm да компиляторы на asm писать.Надо и развлекаться как то.)
@@AlexanderSemenko И опять же программа не полная.Читающий asm сразу бы спросил «а где вызов 386-о API»?) А его в теле нет.) Познающий asm дзен,легко допишет.
на моменте где сказали, что надо весь четырехтомник документации прочитать по несколько раз, понял, что всё что до этого было сказано о том какой простой этот курс - ложь
Когда вы поймете, что нет смысла читать эти документации если нет базового понимания, а за базовым пониманием такие как я и приходим сюда. Но слышим, что для начала надо прочитать литературу на эльфийском.
@@redice8928 Дорогой Redice! Попробуйте посмотреть хотя бы пару первых частей курса, прежде чем окончательно поставить крест на нём. И кстати, если вы найдёте лучше - поделитесь, пожалуйста, ссылкой
Nasm - это просто программа для компиляции исходного кода на Ассемблере, а здесь, на этом курсе мы изучаем именно сам язык - его команды, возможности и то, что с этим можно делать.
@@AlexanderSemenkoя правильно понял получается те коды которые вы пишите во время видео можно и скомпилировать nasm-ом или возможно systax error -ом буду сталкивался
@@argishthagoyan787 Весь код Ассемблера, который скомпилировался в примерах на видео в Visual Studio должен компилироваться и любым другим компилятором (nasm, masm и пр.)
На английском читаю свободно, но прочитать справочник(!) на 5k страниц, да еще и несколько раз, как советует автор!? Это время можно потратить на изучение нескольких других языков. Какой смысл тратить столько времени и усилий на побочный скил, каким бы ценным он не был? Автор сам в начале видео сказал, что словари читать не эффективно...уже и не знаю, стоит ли дальше смотреть.
@@AlexanderSemenko , при всем уважении к Вам, попробую обойтись без прочтения трактата, насколько меня хватит. Тут учебную литературу попроще и раз в 10 меньше бы освоить. Прошу прощения за мой предыдущий комментрариы - напугали Вы меня этим справочником изрядно.
Ну и первый же вопрос. "Даст вам понимание того как устроен компьютер и как работает процессор" А зачем это понимание? Оно в большинстве прикладных задач не нужно. Я сам то знаю. Я настолько низко спустился в этом понимании аж до архитектуры процессоров и разработки их команд. В этом мне помогла FPGA и ее возможности. И при том что у меня целый пак знаний по программированию на языках высокого уровня С# и Java(Не javascript) и все это в рамках веб девелопмента. Так вот зная все это я скажу что оно нахрен не нужно все это гамузом знать. Есть задачи по системному программированию на языках низкого уровня, ну там да. Но то что оно нужно любому кто собирается учить любой язык программирования я бы не стал.
"Я настолько низко спустился в этом понимании..." - немножко напомнило мем про то, "насколько сильно я преисполнился в познании..." ))) Вопрос о том, как работает кэш процессора задают почти на каждом собеседовании по С++. А если вы на том же собеседовании случайно дадите понять, что не видите разницы между памятью и местом на диске, то ваши шансы получить работу значительно снизятся. Понимание того, как устроен компьютер и процессор, на мой взгляд, абсолютно уместно на КУРСЕ по Ассемблеру.
24:52 Небольшая путаница... Вы говорите, что команды хранятся в памяти. Но в памяти хранится не сама команда, а её код, т.е. код команды, которую исполнит процессор. Я правильно понимаю?
@@AlexanderSemenko Я имел ввиду, что в памяти хранится только то, что говорит процессору подключить те или иные его блоки, что бы выполнить ту или иную операцию. Команда же определена в процессоре (на физическом уровне) его архитектурой.
@@magadan4626 Команда определена форматом данных, а не архитектурой. Команда состоит из последовательности логических блоков, длиной в несколько бит каждый, и эти блоки, собственно, и определяют команду. Числовое представление такой последовательности мы называем "код команды" или "машинные коды", и такой код, кроме самих полей, кодирующих команду, могут содержать данные (например, константы или адреса в памяти). При считывании такой команды процессор не начинает её сразу выполнять, а раскладывает её на микрокоманды, с другим форматом, которые уже и будут выполняться исполнительными блоками процессора. Если вам это интересно - посмотрите соответствующие разделы из документации Интела (которую мы используем на этом курсе) - там всё подробно, а самое главное - максимально "истинно" и "правильно" описано разработчиками процессора.
@@AlexanderSemenko ммммм, я наверное не то имел ввиду.... Если всё очень упростить: машинный код - это то что говорит процессору - что именно нужно сделать на физ. уровне. Ну т.е. один набор 0 и 1 заставляет работать одни блоки процессора, другой набор 0 и 1 другие блоки. Работа одних блоков - выполнение одной команды, работа других - это выполнение других команд. Я правильно понимаю?
@@ilyuhagg8546 Ассемблер - это язык машинных команд конкретного чипа (процессора). В нашем случае, это процессор Intel или AMD, которые не имеют никакого понятия об окружающих устройствах, в том числе и о принтерах - они попросту "не существуют" для процессора и поэтому он принципиально не может взаимодействовать с "принтером", "сканером", "монитором" и пр. Для коммуникации с внешними устройствами процессор может либо отправить данные в порты ввода/вывода, либо заполнить ячейки памяти, отображённые на ОЗУ другого устройства - вот и всё. Так что, формально, нельзя "закодить принтер на печать строки" на Ассемблере, хотя взаимодействовать в ним, конечно же, можно.
*20 лет назад рисовал в збраше фигуры.. хотя потом учился на ЭСМ.. вообще пофиг было.. видимо я больше художник чем прогаммист* *хотя мои пятерки по тригонометрии , рисованию и черчению и тройки по алгебре это уже явно показывали еще 25 лет назад* раньше думал шо пограммист это БОГ.. но потом столкулся и понял шо инженер который создает процессоры это БОГ.. а для художники главное два пиксесля и ОН БОГ..
это урок по компютер не только Ассемблер. очен круто. не когда не писал по Ассеблер и не планирую!) буду смотрить для дрогой цель ))) хочу узнать как работет процессор с язык программирование и как начинает и заканчивать его пути (сигнал) точнее 1 бит , точнее 3.3 или 1.2 волт ... интерсно стало . хочу еше годы учитья . хотя уже учил много о Арудино и Электроника , Серверы , С++, PHP , JS , БД
хороший курс, а следуя тому что ты в начале говорил - как мне учить хасскел и кодить на нем, а также питон, с++, матлаб и латекс, волфрам математика, мне хасскел придется забросить немного в последствий
Александр, на данный момент страница c документацией недоступна, так как intel приостановили все операции в России. Не могли бы вы поделится данными документами? Заранее спасибо !
Благодарим! Внезапно загорелась изучать и пришла сюда. Изучала С, С++, Java, и думала, что до Ассемблера, если и дойдёт время, то по остаточному принципу в далёком будущем. Теперь поняла, что легко и приятно знать Ассемблер. Его не стоит бояться. Уверенность в себе увеличилась.
Александр скажите, не понимаю до конца про память, есть каждая цифра это байт как Вы сказали в 9.47 и переменная int может содержать 4 байта , то это получается например четырех значное число то есть к примеру int а = 2222(либо другое четырех значное число, но не более) или же как в таблице диапазонов От -2 147 483 648 до 2 147 483 647. Просто не могу разобраться.
Значение типа int состоит из четырёх байт, которые все вместе могут представить _одно_ число, но любое, из диапазона -2 147 483 648 до 2 147 483 647 (это если мы интерпретируем такое значение как знаковое), или диапазона от 0 до 4 294 967 295 (если мы интерпретируем такое значение как БЕЗ знаковое).
