lvd: если у оси будет допустим 1024 функции, то это аж 3 килобайта на одну таблицу переходов... немножко расточительноесли просто таблицу функций, где точки входа хранить дельтами от предыдущей точки входа (-64..63 байт - 0xxxxxxx, до -16384..16383 - 1xxxxxxx, 0xxxxxxx [принцип думаю понятен]), то памяти уйдет куда меньше. Настройка прог будет тоооормозная, но во время загрузки вполне нормально...
Какие 1024 функции?! Хоть бы сотня набралась...Сообщение от Alex/AT
lvd: если у оси будет допустим 1024 функции, то это аж 3 килобайта на одну таблицу переходов... немножко расточительно
ну вот ты и доказал- по сравнению с
ld reg,N
rst M
и
rst M
db N
разницы 4 байта и 51 такт %)
а если точнее, то 1 байт выгоды на каждый вызов и 44 такта проигрыша (это с учетом загрузки параметра и доп. обвязки)
во всем есть свои плюсы и минусы. хотя метод прямых вызовов и требует дополнительных затрат на настройку, она делается один раз и в дальнейшем все работает самым быстрым способом
Вот нифига себе
Всего два дня меня не было...
Насчёт интерфейса работы с памятью, я так понял, все согласились что наиболее оптимально использовать именно таким образом (всё черзе систему).
Насчёт вызовов: имеется два подхода
1) Работа с Call и трансляцией этих вызовов под адреса функций системы в процессе инициализации процесса/приложения
+: Скорость работы приложения, выигрыш в скорости прямопропорционален количеству попаданий данных вызовов в теле программы
-: Система должна подстраивать тело процесса (релоцировать его) под вызов функций
Замечание: Если вы взгляните на zxdocs.fatal.ru в резделе кодинг модульную структуры вы увидите, что уже есть разработанный формат приложений, который задаёт как точки релокации внутренние, так и точки релокации внешние (т.е. вызов внешних процедур, например, процедур системы). Имеено такая модульная система является прототипом приложения для многозадачной ОС.
2) Работа через классические вызовы с обвязкой в виде Defb Defw до/после RST/Call и обвязкой через регистры
+: Очень удобно писать программы с вызовом процедур из ПЗУ
-: Необходимо транслировать, что является классом функций в передаваемых параметрах, что является подтипом функций в передаваемых параметрах, на что требуется опять же работа системы, однако такая работа будет производится при каждом вызове, чем больше вызовов в теле программы, тем больше затраты системы на трансляцию таких вызовов (тоже проямопропорционально)
Замечание: такой метод имеет право жить хотя бы потому, что он используется, как заметил коллега, уже 25 лет. Однако, в этом варианте код команды (вместе с обвязкой, в байтах и в тактах) вообще говоря увеличивается, т.к. теперь класс команды и подтип указываются уже в обвязке а не прямым указанием.
Ну теперь на таком сравнительном представлении каждого из методов станет ясно почему мы с Витамином выбрали именно первый способ представления системных вызовов...
неправда, никаких обвязок в DEFB/DEFW после вызова не делается. про RST уже забыли, используется структура типа CALL malloc, где malloc: defb 0x, а по адресу 0х в пзу записано JP XXXX.-: Необходимо транслировать, что является классом функций в передаваемых параметрах, что является подтипом функций в передаваемых параметрах, на что требуется опять же работа системы, однако такая работа будет производится при каждом вызове, чем больше вызовов в теле программы, тем больше затраты системы на трансляцию таких вызовов (тоже проямопропорционально)
все остальное в параметрах. скорость исполнения практически равна прямому вызову в теле программы.
какие классы?
не только приложений, а и самого ядра (на этапе сборки) и библиотек (как статически линкуемых, так и динамически)
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
+3 байта и 10 тактов на каждую точку. по тактам не так накладно, зато по памяти на 1 байт больше предлагаемого варианта (без учета размера кода настройщика)
классы функций- работа с памятью, работа с процессами и т.д.
Классами называются принципиально разные функции системы (для работы с задачами, файлами и т.д.). Если посмотреть то, что ты предлагаешь то вместо обвески из Defb и Defw получается обвеска из Jp, да причём если там всё могло обойтись двумя байтами Defb для указания класса и подкласса функции, то здесь же тратится совершенно напрасно сразу три байта... Про это собственно и речь...
2Random> и потом, здесь реализуется подход открытых точек системы.
Т.е. например, разработчик системы (скажем это Vitamin) пишет, что для переключения банков памяти используется точка системы mem_bank_changer. Тогда система смотрит при загрузке приложения/процесса и автоматом подменяет указанную переменную (в нужном месте конечно), прописав вместо Call 0 - Call #1234, где #1234 - адрес той самой mem_bank_changer.
Однако, если система не знает такой внутренней для себя и внешней для приложения точки вызова, то она просто не запустит приложение, указав на неизвестный метод вызова.
С другой стороны, при фиксированной ссылке Call -> Jp при расширении системы просто может запросто произойти такой случай, что базовых точек может не хватить (неверно составлена таблица функций, требуется перераспределение, очень реальная ситуация, часто встречается на практике). Тогда все приложения надо переписывать, надо смотреть какая версия приложения, под какую версию ОСь и т.д.
Мне кажется из указанного примера очевидна перспективность конструкций с ретрансляцией системных вызовов, согласно импортируемых точек, по сравнению с той что предлагаешь ты.
соглашусь с тем, что call adr+k*N самый быстрый и простой для компилятора (не надо никаких прибамбасов в компиляторе) способ. Могу предложить способ "настройки" вызывающей функции "по месту":
org 100h
call adjust_jp
defw function1
org 105h
call adjust_jp
defw function2
;...
adjust_jp proc ; adjust caller and jump to function
ex (sp),hl ; hl->defw function1, sp->hl,retaddr
push de ; hl->defw function1, sp->de,hl,retaddr
ld e,(hl):inc hl:ld d,(hl) ; de=function1
ex de,hl ; hl=function1
push ix
ld ix,0 : add ix,sp ; ix=sp->ix,de,hl,retaddr
ld e,(ix+6) : ld d,(ix+7) ; de=retaddr
ex de,(ix) ; ix=retaddr
ld (ix-1),h : ld (ix-2),l ; caller adjusted!
pop ix : pop de
ex (sp),hl ; sp->function1,retaddr
ret
В этом варианте функции идут с адреса 100h с шагом 5. Но если под вызов настройщика выделить rst, то можно сделать с шагом 3. Получается, что программа вызывает системные ф-ции изначально по заранее заданным адресам (100h, 103h, ...), а при каждом вызове происходит автоподстройка, и в следующий раз этот же вызов уже напрямую вызывает function1. Да, использоваться в этом случае могут call cond, а не только call. К сожалению jp работать не будет корректно.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием