Assembler. С чего начать?

akorop
nafanja
akorop
Компактность и быстродействие - это изрядно противоречащие друг другу требования,
я под столом )))
это ж кто тебе такое сказал?
Повышением уровня интерпретации достигается такое уменьшение размера, какое прямому кодированию недоступно. Но приходится платить скоростью. Печально, что приходится напоминать азбучные истины.
это касается языков высокого уровня. а особенно транслируемых в байт код например java. чем выше уровень тем это высказывание более справедливо.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
akorop
Повышением уровня интерпретации достигается такое уменьшение размера, какое прямому кодированию недоступно. Но приходится платить скоростью.
Зато при выполнении такой программы поднимается такое(причем чем выше уровень языка, тем больше кол-во) количество библиотек и громоздких модулей, что компилируемым и низкоуровневым языкам и не снилось. И всё это скажется на скорости работы.
С точки зрения абстрактных иллюзий у ассемблера есть только один недостаток - непереносимость кода. Ни каких других минусов нет и быть не может, а если есть, то они заложены архитектурой процессора. Я так думаю.
anode
у ассемблера есть только один недостаток - непереносимость кода
Поэтому, когда речь идет о реализации архитектурно-зависимых вещей без него не обойтись. Палка о двух концах
Да пребудет с нами Сила...!
CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb
http://rusrailsim.org
Просто "без него не обойтись" без всяких "поэтому", "палок" и "концов".
Rarog
akorop
Повышением уровня интерпретации достигается такое уменьшение размера, какое прямому кодированию недоступно. Но приходится платить скоростью.
Зато при выполнении такой программы поднимается такое(причем чем выше уровень языка, тем больше кол-во) количество библиотек и громоздких модулей, что компилируемым и низкоуровневым языкам и не снилось. И всё это скажется на скорости работы.
Мсье сильно общий теоретик? При чём тут уровень языка? При чём тут библиотеки?
Скажем, при использовании упоминавшегося уже Форта программы обычно получаются фантастически маленькими, включая весь интерпретатор. Притом быстродействие снижается раза в три всего по сравнению с C.
anode
С точки зрения абстрактных иллюзий у ассемблера есть только один недостаток - непереносимость кода. Ни каких других минусов нет и быть не может, а если есть, то они заложены архитектурой процессора. Я так думаю.
Вы думаете совершенно неправильно.
Непереносимость кода может вообще не быть недостатком.
А настоящие недостатки -
  1. большая трудоёмкость написания и отладки,
  2. очень большая трудоёмкость сопровождения,
  3. высокая глючность,
  4. и, как это ни смешно, но очень часто - низкая эффективность (как следствие недостатка 1)
RAMZAY
А что в этом направлении есть под линух
Я, как любитель, нашел полезным objdump, только не пугайтесь. IDA, может и хорошо, но дорого и сложно. Со временем человек становится рабом инструмента и чем сложнее инструмент, тем суровее рабство. С objdump, все просто - на входе бинарник, на выходе листинг.
RAMZAY
А что в этом направлении есть под линух(дизассемблер,желательно с редактором этого кода)?
Для начала можешь ознакомиться со списком имеющихся утилит...................
Ошибки не исчезают с опытом - они просто умнеют
akorop
Непереносимость кода может вообще не быть недостатком.
В таких случаях надо приводить примеры. Хочется услышать о достоинствах непереносимости кода.
Все ваши "настоящие недостатки" являются следствием другой причины: отсутствие необходимой квалификации у программиста.
 
Зарегистрироваться или войдите чтобы оставить сообщение.