Орион-128: Разное

[Error404]

CP/M-овский sysinfo Казимирчака, гоняющий несложный синтетический тест считая инструкции между прерываниями, показывает ускорение до экивалентных 7 Мгц в режиме "10М" Про. Глядя в схему ПРО где куча Wait-ов по обращениям к памяти и портам, думается это и соответствует действительности. Этот же тест на Орионе-128 для аделаидчиковской схемы "турбо 146%" показывает ускорение до экивалентных 3,5 Мгц.

Как бы там ни было, на настоящий момент ПРО - самый быстрый клон Ориона. Но нет предела совершенству, и его результат должен быть побит КМК.

[Advertiser]

[Denn]

показывает ускорение до экивалентных 7 Мгц в режиме "10М" Про.

Семь, причём как я понимаю с копейками, это и есть "десять". По крайней мере при работе реального софта заметной разницы не будет, имхо.

[barsik]

Если для тех тестов архиважен API СР/М, то тогда "останусь без подарка"

COM-файлы достаточно запустить в любой CP/M. Если у Вас нет НГМД, чтобы использовать старые дискетные версии CP/M ОРИОНА для банок 0,1 или 2, то ведь нет проблем использовать любую версию CP/M у которой диск А - электронный из излишнего ОЗУ. В начальные годы применялись версии CP/M, называемые RAM-CP/M, где НГМД не нужен, т.к диск сделан из ОЗУ. Были также версии CP/M, где привод реализован на базе платы внешнего эл.диска на РУ7-мых. А в ОРИОН-ПРО, где ОЗУ как грязи, можно иметь большой эл.диск и нормально пользоваться CP/M вместо ORDOS.

Все мои версии CP/M (кроме ACP/M, где ради совместимости эл.диск не A, а D или E) используют эл.диск с именем A и потому их можно использовать и не имея дисковода. Хотя при старте всё-равно происходит обращение в дисковод B (чтобы считать AUTOEXEC.SUB), но даже если диска B нет, то проблем не возникает. Не имея НГМД нельзя делать обращения к приводам B,C,D (будет сообщение BAD SECTOR), но диск A состоит из ОЗУ излишних банок и этого размера достаточно для большинства целей.

CP/M для банки 0 имеет возможность иметь эл.диск до 180К, хотя я сам использую CPM0$, где для эл.диска используются только банки 2 и 3 (чтобы банку 1 оставить для файлов ORDOS). Банки 2 и 3, а не более, потому что у меня на реале только 256К (для ДОС странслированных для эмулятора использую банки 2...7).

Я сам уже давно не имею дисковода и когда надо использую RAM-CP/M, правда для банки 0, не для банки 1. Но есть и RAM-CP/M для банки 1, что правда, менее выгодно (меньше размер эл.диска), причём с более высоким TPA, чем дискетные версии. Есть и совместимые с ACP/M и OS-DOS 3.62 (для совместимости достаточно иметь тот же уровень BDOS и тот же блок связи в области F300), что позволяет использовать старые драйвера КОИ-8 для CP/M в банке 1.

Могу выложить RAM-CP/M (надо перетранслировать, чтобы работало без ПЗУ F800 в 4К и написать хоть какой-то DOC-файл). Для RAM-CPM есть проблема загрузки файлов. Загрузка обычно такая. Сама CPM (или другая ДОС) прошита в ROM-диске. Но надо откуда-то грузить сами CP/M-файлы. Для CP/M банки 1 нужна отдельная CP/M программа загрузки (обычно используют TRZ.COM). А для банки 0 используется загрузка файлов из квазидисков ORDOS. Пользователь считывает с МГ (или из проводной линии) CP/M файлы оформленные как ORDOS-файлы и заполняет ими квазидиски.

Затем из ROM-диска запускают CPM0$. Эта ДОС форматирует только каталог (в самом верху банки, чтобы не затирать файлы ORDOS). Затем один за другим файлы ORDOS переносятся из квазидиска в эл.диск с сохранением CP/M имён. Сначала копируются ORDOS-файлы с вершины квазидиска, а эл.диск в этой же банке растёт сверху вниз, отчего даже при всего 2-х банках в ОРИОНЕ можно перегрузить из ORDOS в эл.диск почти 60К CP/M-файлов. После загрузки CP/M (или любой другой ДОС) для обмена файлами с ORDOS можно пользоваться программой LORD.COM (не из 1993 от M.Bridge).

[Denn]

barsik, аппаратура вся есть, в т.ч. дисковод. Даже где-то дискета была с образом PRODOS. Не интересно, нет желания. Не моё, не понимаю я там ничего и разбираться не хочется совсем. Это примерно как у обычных людей с Линуксом

[barsik]

ничего не понимаю в CP/M и разбираться не хочется совсем. Это примерно как у обычных людей с Линуксом

Сравнение с Линукс тут не уместно. Чтобы освоить Линукс/UNIX надо усвоить в 1000 раз больше информации, тогда как программирование для CP/M осваивается за пару часов. И обычные люди как раз хотят освоить программирование в Линукс, просто не могут. Для CP/M ничуть не сложнее программировать, чем для ORDOS, и даже удобнее. CP/M нужна не как файловая система, для этого годится и более простая ДОС. А лишь потому, что в ней есть макро ассемблер и ЯВУ. А если написаны модули LOAD/SAVE плюс небольшой набор функций, то вообще нет разницы для какой DOS программировать. Гораэдо большее отличие в программировании по экрану ОРИОНА и с использованием драйвера с удобными экранными функциями.

Удивлён таким отношением. Вы ведь программировали для ОРИОНА. Вы что же программировали ассемблером МИКРОН (или может вообще в машинных кодах)? Или Вы пользовались ассемблером, линковщиком и библиотекарем для ORDOS от А.Вакуленко?

Можно сделать из ассемблера на КР580 его аналог работающий в MSDOS. Идея такая. При запуске стартует эмулятор (компьютера на КР580 с вызовами F800), затем в ОЗУ эмулятора из MSDOS-файла грузится текст исходника для трансляции и запускается сам ассемблер. После окончания трансляции полученный объектный код пишется в MSDOS-файл. Хотел так сделать для макро ассемблера от РК86 и для своего макро ассемблера, который к сожалению, в мнемонике КР580. Кстати, сложность написать макро ассемблер высока, его сделать сложнее, чем написать ДОС уровня CP/M, нортон и текстов редактор вместе взятые. Так можно сделать и для ORDOS-версии ассемблера МИКРОН от авторов ОРИОНА, но это не имеет смысла, т.к этот ассемблер уж слишком убогий.

Эта идея годится также, чтобы сделать из всех игр для ОРИОНА MSDOS-программы. Тогда пользователь даже не узнает, что игра от 8-ми разрядки и работает в эмуляторе. Полезно было бы сделать редактор SUPER-TEXT работающий в MSDOS. Это реально, хотя и сложно. Эмуляция работы CP/M с диском тут не поможет, т.к нет полной совместимости с MSDOS. Но когда работа с CP/M-диском происходит внутри эмулятора, а запись результата в MSDOS-файл происходит только по выходу, то это не важно.

результат должен быть побит КМК

Что за ОРИОН-КМК и насколько он быстрый?

[OrionExt]

Все уже придумано - запуск макро-ассемблера CP/M и не только из под dos/win. CP/M program EXEcutor.

[barsik]

Всё уже придумано

Нет, не согласен. Ничего подобного ещё не было, хотя этой идее 20 лет. Попробуйте запустить в Win XP напрямую какую-нибудь игру ОРИОНА. Не получится, и даже TSR-эмулятор CP/M не поможет. Кстати, TSR-эмулятор ОРИОНА тоже возможен, тогда можно запускать ORD-файлы прямо в MSDOS или Windows XP.

А по поводу ассемблера. Не видел ни в MSDOS, ни в Windows ассемблера, который брал бы извращённый формат исходников для ассемблера МИКРОН. Я как раз этим измучен. Приходится вручную часами исправлять старые исходники, чтобы их можно странслировать с М80. Уходит 2 часа на каждый исходник (особенно "достаёт" когда метки русскоязычные и используют "знак вопроса"), дополнительная трудность как раз в том, что M80 зависает от русских букв.

А эмулятор CP/M не помогает даже для корректных CP/M-программ. Потому что часть CP/M программ вообще несовместима на файловом уровне и ни один фирменный эмулятор с ними не помогает. Во-вторых, для программ в которых используются разные управляющие коды терминала. Ну а CP/M-программы ОРИОНА вообще все наглые (лезут в железо ОРИОНА) и никакой CP/M-эмулятор не поможет (а вот встроенный в сам код программы эмулятор ОРИОНА поможет).

Скачать 'CP/M progpam executor' не смог, т.к там непонятный язык с иероглифами.

[Error404]

Что за ОРИОН-КМК и насколько он быстрый?

Аббревиатура от "как мне кажется". Надо было запятой отделить, но уже лепятся эти интернет-сокращения на автомате. ИМХО, ЛОЛ и т.п.
КМК - одна из.

[OrionExt]

barsik, a я и не утверждал, что Орион-е ср/м программы будут работать. Это штука для православных ср/м программ. Отличная вещь. Все дисковые операции перенаправляет в dos/win.

А так да, эмулятор только. Можно и обвернутый код Ориона в exe - файле. Лет 10 назад встречал такой софт для ZX и MSX под dos-ом. Но практического смысла в этом не вижу. Разве что игрушки позапускать как бы из ms-dos в один клик.

[Error404]

Эмулятор b2m умеет то о чем пишет barsik.
По крайней мере стартовать в виде проинициализированной среды, запускать в ней некий бинарь и общаться с файлами в каталоге MS-DOS.
Как это делается описано в одной из тем 2011 года когда мы с ним делали отладочную среду для ProgrammersNotepad, где эмулятор выстпал как бэкэнд C-компилятора SDCC c возможностью экранного отладчика source-level. Как обычно бывает с SDCC, тогда все уперлось в то, что SDCC написан школотой (сейчас пишут, что разработчики SDCC поднабрались жизненного опыта, продвинулись в изучении компиляторов и все уже там не так плохо, но уже нет желания проверять).