[Гость do_not_know_Linux]

1 hour ago, Arlleex said:

Что-что? Это как?

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

[one_eight_seven 6]

3 minutes ago, do_not_know_Linux said:

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

Ну, для X86_64 это и правда так. Но вам какая разница? Даже там, где преобразования в микрокод нет - всё-равно есть дешифратор команд, который преобразует команды в сигналы для ALU, устройства ввода-вывода, и т.д. Потому и интересно - вам это зачем?

Изменено 6 мая, 2021 пользователем one_eight_seven

[Гость do_not_know_Linux]

42 minutes ago, dimka76 said:

переводили ассемблер в машинный код

оказывается это не последняя супень

[one_eight_seven 6]

Just now, do_not_know_Linux said:

оказывается это не последняя супень

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

[Гость do_not_know_Linux]

2 minutes ago, one_eight_seven said:

дешифратор команд

  я хочу поработать на самом низком уровне.  есть такие микроконтроллеры, котрые бы это позволили?

4 minutes ago, one_eight_seven said:

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

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

[one_eight_seven 6]

1 minute ago, do_not_know_Linux said:

  я хочу поработать на самом низком уровне.  есть такие микроконтроллеры, котрые бы это позволили?

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

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

Для RTL разработчика - уровень ещё ниже. И так можно продолжать на ещё несколько уровней, пока не останется теория, которую на текущем уровне научно-технического прогресса невозможно подтвердить практикой.

[dimka76 53]

12 minutes ago, do_not_know_Linux said:

  я хочу поработать на самом низком уровне.  есть такие микроконтроллеры, котрые бы это позволили?

Любой 

[Leka 0]

1 hour ago, Arlleex said:

Чем идиотской?

Давно разбирал, когда интересовался архитектурами. Для АРМ, емнип, приводил пример последовательности команд, необходимых для перехода на подпрограмму - и на котором, имхо, хорошо виден идиотизм архитектуры. Ссылку не нашел, возвращаться к этому нет желания.  

[aaarrr 69]

10 minutes ago, Leka said:

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

В большинстве случаев последовательность сводится к одной команде bl.

[Leka 0]

8 minutes ago, aaarrr said:

В большинстве случаев последовательность сводится к одной команде bl.

Надо всю цепочку вложенных вызовов смотреть. 

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

[mantech 42]

5 часов назад, aaarrr сказал:

Исходные тексты должны быть текстами, параметры сборки тоже к ним относятся.

Вообще не вижу никакого равенства между исходным кодом и параметрами сборки, и почему последние должны быть текстом тоже непонятно. Гораздо приятнее в списке проекта, который слева у любой ИДЕ просто докинуть туда файл, чем разбираться в птичьих языках мейкфайлов. Никогда не понимал сей "радости"...

1 час назад, do_not_know_Linux сказал:

я хочу поработать на самом низком уровне.

Зачем это вам, ну реально? Просто занять время? потому, что другого я не вижу, ибо самый низкий из того, что вам доступно - это машинный код, куча двоичных кодов команд и данных, в которых точно не разберетесь. В УПК я когда-то пытался набирать программу на К580ВМ80 в машинных кодах - "удовольствие" не для слабонервных, а у АРМа коды гораздо сложнее, чем у ВМ80...

Изменено 6 мая, 2021 пользователем mantech

[Гость do_not_know_Linux]

1 hour ago, dimka76 said:

Все может быть и быть все может, и лишь того не может быть-чего уж точно быть не может, хотя..и это может быть.

мощно!!! 

 

ладно ребята, спасибо всем огромное еще раз.

[aaarrr 69]

7 minutes ago, Leka said:

Надо всю цепочку вложенных вызовов смотреть. 

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

Уже вложенных. Следующим этапом будет "за пределами возможностей относительной адресации". Нет там ничего особо страшного.

 

6 minutes ago, mantech said:

Гораздо приятнее в списке проекта, который слева у любой ИДЕ просто докинуть туда файл, чем разбираться в птичьих языках мейкфайлов. Никогда не понимал сей "радости"...

Зачастую такая простота скрывает огромные пробелы в знаниях у пользователей. Файл докинуть просто, а сколько и где у нас стека-кучи, где и какие библиотеки задействованы, какие ключи компилятора используются - то неизвестно, "по умолчанию" от любимой IDE. А уж если отдавать исходники на сторону, то makefile - это просто признак хорошего тона: вероятно, далеко не всем нравится конкретно ваша ИДЕ.

[Гость do_not_know_Linux]

9 minutes ago, mantech said:

Зачем это вам, ну реально?

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

[zombi 0]

7 minutes ago, do_not_know_Linux said:

это не ради денег

Типа хобби что ли? :)

Очень похоже на троллинг 80-го левела участников форума.