Я бы тоже хотел знать. По идее, на фирменных 48к ОЗУ выше #8000 будет сыпаться частично, но вот каким образом - неизвестно. По идее, сыпанье памяти в данной ситуации эмулирует ZesarUX, но я тестил примерно таким способом, как описано выше, со включенной опцией рефреша, и нифига. Может, как-то по-другому тестить надо. А лучше на реале, конечно.Сообщение от Destr
"Ну товарищи, ну нельзя-же так!
Куда мы, правда, опять заехали?"
(С) Стругацкие, "Сказка о Тройке"
Это я к тому что модераторы начнут ругатся за оффтоп (наверное), я лично только рад диалогу
Если делать нормальный код, с проверкой ОЗУ по прошествии некоторого времени, лучше JP cnd ничего нет.
А чем RET с заполненым значением RAM не катит?
(ну чисто для проверки, я не критика, я ламер любопытствующий)
djnz нагибать ваш jp cc аж на целый такт!
нет я знаю что с jp cc можно сделать развернутый цикл на все 16кКод:ld b,0 xor a l1 dup 62 ld r,a edup djnz l1
и тем самым свести общую задержку на каждый ld r.a к минимуму
13/62 = 0,20967t
14/8000 = 0,00175t
- - - Добавлено - - -
а мы можем предсказать как именно повредится память?
какие биты выпадут
какие останутсо
Последний раз редактировалось NEO SPECTRUMAN; 22.06.2019 в 23:43.
А чем катит? По времени столько же, плюс ещё возиться с заполнением ОЗУ и выставлением SP. То есть можно, но смысла в таком усложнении кода нет.
- - - Добавлено - - -
Вообще да, я тоже подумал, что желательно сделать код с минимальным количеством команд, но при этом максимально тормозной, так что djnz лучше jr, jr лучше jp. Я так примерно и делал, как ты написал, емнип.
- - - Добавлено - - -
Не можем, поэтому память под это дело нужно было бы выделять тормозную (если бы в этом был смысл), как и под тестирующий код.
Именно в этом и вопрос.
Процессор делает RET. Стек (это ведь внутри проца, не внешне?) стабильно декрементится. RAM заполнена (вся) одним и тем-же. Что произойдёт? По идее - циклимся и всё. Но есть ещё и ПЗУ (ой, простите, ROM) - туда-бы не попасть... В общем интересная механика, какой оп-код будет выполнятся?
В абстракцию ударились, согласен, но интересно просто...
Никак не соберусь сделать нормальный тест. Был бы свой спек, сделал бы, но нету, а людей напрягать это надо напрячься)
- - - Добавлено - - -
Не стек декрементится, а указатель стека.
когда мы читаем быструю память
быстрая память регенерируется (в придачу в 100500 местах одновременно а не только что читаем)
можно проверять не повредилась ли память
только по прошествию времени
По идее ОЗУ будет утекать рандомно, так что эффекты при выставлении стека в быструю память могут быть разнообразные.
- - - Добавлено - - -
Я бы сказал в 512 байтах регенерируется, с одинаковыми младшими 7ю битами адреса у всех, если я правильно понимаю. Плюс за один RET читается два байта, итого 1024 байта за один RET подпитываются.
Upd. тупанул. За вычетом ПЗУ будет 384 байта на байт и 768 байт на RET.
Последний раз редактировалось Spectramine; 23.06.2019 в 00:00.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием