Эмулятор 'Etalon Korvet Emulator'

Цитата:

Сообщение от forth32

1: 4c 49 28
2: 00AD 00BC 022F

круто, почти как в эмуляторе, чуть чуть меньше !
т.е ожидания почти нет!

Цитата:

Сообщение от forth32

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

это и так понятно, я другое имел в виду
почему скорость за "один фрейм" не совпадает со скоростью "32к блока"

про оптимизацию - надо просто сделать функцию чтения/записи 128байт не черзе getbyte а таким блоком
остаить и getbyte и сделать чтение 128байт.
приросту будет заметен.
но это всё про оптимизацию,а пока это рано делать ;)

кстати, а по ощущениям оно сопоставимо с дискетой или нет ?

---------- Post added at 16:17 ---------- Previous post was at 16:13 ----------

Цитата:

Сообщение от forth32

Откуда у тебя взялась колонка 4 во втором тесте? У меня он только 3 числа выдает, по количеству вариантов GETBYTE.

в табличке там
HEX DEC 32768/frames_counter CPS

cps=char_in_frame*50
там в архиве - табличка.

---------- Post added at 16:38 ---------- Previous post was at 16:17 ----------

твои замеры

Код:

Bytes in one int ad 173 8650 bc 188 9400 22f 559 27950 frames when transfer 0x8000 4c 76 431.2 21557.9 49 73 448.9 22443.8 28 40 819.2 40960.0

Цитата:

Сообщение от esl

это и так понятно, я другое имел в виду
почему скорость за "один фрейм" не совпадает со скоростью "32к блока"

А, вот ты о чем... Тут надо подумать. Есть подозрение, что ты малость ошибся с методикой измерения. Например, VBL - это всего-то 50 Гц, довольно грубый таймер. Между последним переданным байтом и очередным фронтом VBL может пройти довольно приличный промежуток времени. Лучше бы взять прерывание IRQ5 - от канала таймера, его можно и более высокочастотным сделать, и недосчитанный до прерывания хвост прямо из регистра таймера прочитать.
Но это я так, к примеру, что навскидку в голову пришло. На самом деле может быть дело совсем в другом. Придется поглубже поразбираться в твоих исходниках.

Цитата:

кстати, а по ощущениям оно сопоставимо с дискетой или нет ?

На коротких файлах - без разницы. Оно и понятно - и там и там используется программный обмен через порт данных. А ВГ93 умеет данные буферировать, так что задержек при чтении сектора практически нет. А вот на больших файлах - прилично побыстрее. Не требуется время на позиционирование. Когда доделаем проект до рабочего вида - надо будет написать пару сравнительных тестов чтения данных через биос - в последовательном и случайном порядке секторов. Будет хорошо видно. Хотя уже и сейчас все достаточно работает для таких тестов.

Цитата:

в табличке там
HEX DEC 32768/frames_counter CPS
cps=char_in_frame*50
там в архиве - табличка.

Блин, точно. А я и не заметил как-то, по привычке сразу в исходники полез.
Подставил свои цифры в таблицу - теперь все стало понятно.

Цитата:

Сообщение от forth32

А вот на больших файлах - прилично побыстрее. Не требуется время на позиционирование.

на всякий случай уточню, эмулятор быстрее реального флопа ? ;)
а там много что надо будет мерять
давно хотел померять влияние интерлива на скорость чтения
(в своё время писал xformat которые форматирует с интерливом
было быстрее, но померять надо ;)
есть на дисках esl00.kdi & esl02.kdi)
там правда эпик фейл в интерфейсе
YES на формат текущего диска по умолчанию ;)

---------- Post added at 16:58 ---------- Previous post was at 16:52 ----------

Цитата:

Сообщение от forth32

А, вот ты о чем... Тут надо подумать. Есть подозрение, что ты малость ошибся с методикой измерения. Например, VBL - это всего-то 50 Гц, довольно грубый таймер. Между последним переданным байтом и очередным фронтом VBL может пройти довольно приличный промежуток времени.

ну в первом тест мы меряем сколько байт прокачало за время VBL
(в обработчике прерывания сохраняю значение счетчик прочитаных байт)
на тут в общем то не важен период, главное что мы его знаем

когда же меряем 32к - тут да, проблемма с хвостом
после того как обновили счётчик возможно передалось еще сколь-ко то байт
<1frame
т.е. реальная скорость чуть чуть отличается, ну по идее не важно

а по факту цифры разные :(
надо на трезвую голову подумать.

[/COLOR]

Цитата:

Сообщение от forth32

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

с ним есть сложности ;)
в эмуляторе он не сильно реализован
это раз
а второе, канало- тот что от таймера, на него приходит то запрос от таймера, но
на вход таймера подаётся или VBL или ~HBL ;)
есть в теории и те и те железки
более новые c ~HBL

Во как, а я и не знал, что они разные бывают. У меня строчные синхроипульсы идут на этот канал, а это все же 16 кгц, побыстрее чем 50 гц будет. Какой смысл подавать туда кадровые - не понимаю. Если только часы на нем делать, время считать. 50 импульсов - секунда...

Попробовал скопировать длинный файл с дискеты на ту же дискету, на эмулируемом диске и на реальном. Разница поразительна - extrom быстрее раза в 3, наверное. Это на глаз, время я не замерял. Была бы в cp/m команда time, как в линуксе... :)

Но это на реальном железе. В эмуляторе, думаю, разницы не будет никакой.

вечером сделаю тест на чтение секторов

Я там в соседней теме выложил доделанный BIOS. Ты обязательно возьми его для экспериментов. По сравнению с тем, что я давал утром - в этом исправлены некоторые серьезные ошибки.

Кстати, я туда уже встроил новые процедуры чтения-записи сектора, с учетом твоиз оптимизаций. Стало заметно быстрее даже на глаз. Вот что значит совместная разработка open source!

Цитата:

Сообщение от forth32

Я там в соседней теме выложил доделанный BIOS. Ты обязательно возьми его для экспериментов. По сравнению с тем, что я давал утром - в этом исправлены некоторые серьезные ошибки.

Кстати, я туда уже встроил новые процедуры чтения-записи сектора, с учетом твоиз оптимизаций. Стало заметно быстрее даже на глаз. Вот что значит совместная разработка open source!

круто!

тогда уж дальше оптимизировать ;)

Код:

EXR_GETSEC: PUSH BC PUSH DE LD C,128 ; счетчик байтов сектора, всего 128 байт EX DE,HL ; адрес буфера -> DE LD HL,PORTC GSL: LD A,(HL) ; слово состояния ВВ55 - берется из порта С AND 20h ; выделяем сигнал IBF JP Z,GSL ; IBF=0 - данных еще нет LD A,(PORTA) ; данные поступили - выбираем их из порта А LD (DE),A ; принимаем и размещаем очередной байт INC DE ; указатель буфера ++ DEC C ; принимаем остальные байты JP NZ,GSL POP DE POP BC RET

Код:

EXR_GETSEC: PUSH BC PUSH DE LD BC,0x8080 ; счетчик байтов сектора, всего 128 байт EX DE,HL ; адрес буфера -> DE LD HL,PORTC GSL: LD A,(HL) ; слово состояния ВВ55 - берется из порта С AND B ; выделяем сигнал IBF JP Z,GSL ; IBF=0 - данных еще нет LD A,(PORTA) ; данные поступили - выбираем их из порта А LD (DE),A ; принимаем и размещаем очередной байт INC DE ; указатель буфера ++ DEC C ; принимаем остальные байты JP NZ,GSL POP DE POP BC RET

ну и дальше ;)
экономия целого байта !
в идеальном случае (когда сразу прошли) ращницы нет
а в худшем экономия целых 3х тактов на каждый цикл ;)

а вообще имхо ты маньяк ;)
зачем CP/M компилить, я бы только сам биос трогал
и имхо для надёжности я бы оставил оригинальные ДОС, а только биос менял
и может патчил дос
предсталяеш что будет если на измененном досе кто-то запустит тот-же дос,
получим креш

Цитата:

Сообщение от forth32

Вот что значит совместная разработка open source!

Оффтоп: "Два танкиста, два веселых друга ..." :v2_dizzy_army:

"о сколько нам открытий чудных ..."

задышала плата разработки forth32 !

позапускал разное на своем корвете
мой USB TV tuner конечно отображает чертиче

но
STRIP POKER оказыватеся с музыкой
и в DEFLECTOR - музыка плавно затихает

т.е. таймер несколько хуже чем я думал ;)
в эмуляторе B2M музыка есть.
поле деятельности - огромно.

p.s. посмотрел свой порт Athletic Land на реальной железке - работает ;)
плавнентко, за что и боролись.

Подскажите, а случайно нету Корветовского эмулятора под iOS ?

Эмулятор 'Etalon Korvet Emulator' - разработка