Распределение банков памяти

Цитата:

---

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

Прекращайте други нечитабельно постить, плз!
Без этого глаза сломаты, пожалуйста бразы...

И кто из эмулей по-настоящему умеет про R ?
Если делать DI:XOR A:LD R,A:JR $-3 - что будет?
г-н (господин, не подумайте плохого!) Родионов вроде писал что ничего особого, а т.Ларченко скромно промолчал...

---

Я бы тоже хотел знать. По идее, на фирменных 48к ОЗУ выше #8000 будет сыпаться частично, но вот каким образом - неизвестно. По идее, сыпанье памяти в данной ситуации эмулирует ZesarUX, но я тестил примерно таким способом, как описано выше, со включенной опцией рефреша, и нифига. Может, как-то по-другому тестить надо. А лучше на реале, конечно.

Цитата:

---

Сообщение от NEO SPECTRUMAN

чтоб похерить больше памяти на машинах там где это можно
лучшо вместо jr
воспользоваться православным jp (HL)

---

"Ну товарищи, ну нельзя-же так!
Куда мы, правда, опять заехали?"
(С) Стругацкие, "Сказка о Тройке"

Это я к тому что модераторы начнут ругатся за оффтоп (наверное), я лично только рад диалогу :)

Цитата:

---

Сообщение от NEO SPECTRUMAN

лучшо вместо jr
воспользоваться православным jp (HL)

---

Если делать нормальный код, с проверкой ОЗУ по прошествии некоторого времени, лучше JP cnd ничего нет.

Цитата:

---

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

Если делать нормальный код, с проверкой ОЗУ по прошествии некоторого времени, лучше JP cnd ничего нет.

---

А чем RET с заполненым значением RAM не катит?
(ну чисто для проверки, я не критика, я ламер любопытствующий)

Цитата:

---

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

Если делать нормальный код, с проверкой ОЗУ по прошествии некоторого времени, лучше JP cnd ничего нет.

---

djnz нагибать ваш jp cc аж на целый такт!

Код:

---

ld b,0
xor a
l1
dup 62
ld r,a
edup
djnz l1

---

нет я знаю что с jp cc можно сделать развернутый цикл на все 16к
и тем самым свести общую задержку на каждый ld r.a к минимуму :)
13/62 = 0,20967t
14/8000 = 0,00175t


- - - Добавлено - - -

Цитата:

---

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

А чем RET с заполненым значением RAM не катит?

---

а мы можем предсказать как именно повредится память?
какие биты выпадут
какие останутсо

Цитата:

---

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

А чем RET с заполненым значением RAM не катит?
(ну чисто для проверки, я не критика, я ламер любопытствующий)

---

А чем катит? По времени столько же, плюс ещё возиться с заполнением ОЗУ и выставлением SP. То есть можно, но смысла в таком усложнении кода нет.

- - - Добавлено - - -

Цитата:

---

Сообщение от NEO SPECTRUMAN

djnz нагибать ваш jp cc аж на целый такт!

---

Вообще да, я тоже подумал, что желательно сделать код с минимальным количеством команд, но при этом максимально тормозной, так что djnz лучше jr, jr лучше jp. Я так примерно и делал, как ты написал, емнип.

- - - Добавлено - - -

Цитата:

---

Сообщение от NEO SPECTRUMAN

а мы можем предсказать как именно повредится память?
какие биты выпадут
какие останутсо

---

Не можем, поэтому память под это дело нужно было бы выделять тормозную (если бы в этом был смысл), как и под тестирующий код.

Цитата:

---

Сообщение от NEO SPECTRUMAN

а мы можем предсказать как именно повредится память?
какие биты выпадут
какие останутсо

---

:)
Именно в этом и вопрос.
Процессор делает RET. Стек (это ведь внутри проца, не внешне?) стабильно декрементится. RAM заполнена (вся) одним и тем-же. Что произойдёт? По идее - циклимся и всё. Но есть ещё и ПЗУ (ой, простите, ROM) - туда-бы не попасть... В общем интересная механика, какой оп-код будет выполнятся?

В абстракцию ударились, согласен, но интересно просто...

Никак не соберусь сделать нормальный тест. Был бы свой спек, сделал бы, но нету, а людей напрягать это надо напрячься)

- - - Добавлено - - -

Цитата:

---

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

Стек (это ведь внутри проца, не внешне?) стабильно декрементится.

---

Не стек декрементится, а указатель стека.

Цитата:

---

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

Процессор делает RET. Стек (это ведь внутри проца, не внешне?) стабильно декрементится. RAM заполнена (вся) одним и тем-же. Что произойдёт? По идее - циклимся и всё.

---

когда мы читаем быструю память
быстрая память регенерируется (в придачу в 100500 местах одновременно а не только что читаем)

можно проверять не повредилась ли память
только по прошествию времени

Цитата:

---

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

В абстракцию ударились, согласен, но интересно просто...

---

По идее ОЗУ будет утекать рандомно, так что эффекты при выставлении стека в быструю память могут быть разнообразные.

- - - Добавлено - - -

Цитата:

---

Сообщение от NEO SPECTRUMAN

быстрая память регенерируется (в придачу в 100500 местах одновременно а не только что читаем)

---

Я бы сказал в 512 байтах регенерируется, с одинаковыми младшими 7ю битами адреса у всех, если я правильно понимаю. Плюс за один RET читается два байта, итого 1024 байта за один RET подпитываются.
Upd. тупанул. За вычетом ПЗУ будет 384 байта на байт и 768 байт на RET.