SpecEmu

[goodboy]

обсуждаемый здесь +2

он кстати разный бывает.
в нескольких фирменных игрушках регистр I используется в качестве переменной (видимо делалось на +3)
так на issue1 прога сбрасывается, на issue2 кое-как работает, но `снежит`

Lethargeek, этого weiv лучше игнорировать.
помню как его переклинило и он решил что команда push работает не так как в доках (порядок записи регистров)
на радостях он накатал большую статью на хайпе - люди не поленились доказать ему обратное,
даже лог.анализатор на проц вешали, а он потом поняв что был неправ тупо удалил весь топик.

[Advertiser]

[Spectramine]

..не про клоны, а про обсуждаемый здесь +2

Я тебе показал, что твоя логика неверная - если какое-то устройство, кроме z80, лезет в память, то она не обязательно медленная.
Возможно, логика регенерации памяти ULA-й отвязана от её видеоконтроллера.

прекращай офтоп

ага, щас всё брошу и прекращу.

клонах и восстановленной фирме внутре может что угодно быть вкрячено, хоть даже статика

Во всех старых клонах стояло динамическое ОЗУ.

Для уверенности неплохо было бы, если бы этот тест утечки памяти кто-нибудь ещё выполнил на фирменных 128: https://zx-pk.ru/attachment.php?atta...6&d=1633698055 . Тест простой - в регистр R в цикле в течении некоторого времени постоянно пишется одно число, а потом быстрая память проверяется на утечку. Если тест правильно работает на реальных 48х (диагностирует утечку), не вижу причин, почему он должен неправильно работать на 128х в быстрой памяти (нулевой странице).

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

Lethargeek, этого weiv лучше игнорировать.
помню как его переклинило и он решил что команда push работает не так как в доках (порядок записи регистров)

Меня не просто так переклинило, я тогда искал причину глитчей в демке EyeAche2, и такая логика PUSH была в эмуле Lion17, единственном эмуле, где глитчи Пентагона эмулировались.

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

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

А игнорировать меня или нет, дело хозяйское. Но приму к сведению.

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

И да, обсуждать кого-то в третьем лице в его присутствии - это далеко от игнорирования)

[Lethargeek]

Я тебе показал, что твоя логика неверная - если какое-то устройство, кроме z80, лезет в память, то она не обязательно медленная.

ничего ты не показал, обязательно для фирменных спеков, клоны офтоп

Во всех старых клонах стояло динамическое ОЗУ.

а вот не факт, и с разными характеристиками

Тест простой - в регистр R в цикле в течении некоторого времени постоянно пишется одно число, а потом быстрая память проверяется на утечку. Если тест правильно работает на реальных 48х (диагностирует утечку), не вижу причин, почему он должен неправильно работать на 128х в быстрой памяти (нулевой странице).

нифига - ВСЕ страницы надо проверять на утечку (а то мало ли, вдруг при починке перепутали номера)
заодно померить реально скорость; а еще открыть и внутрь таки посмотреть

[Spectramine]

нифига - ВСЕ страницы надо проверять на утечку (а то мало ли, вдруг при починке перепутали номера)
заодно померить реально скорость; а еще открыть и внутрь таки посмотреть

Да я только за) Ну вот и займись, че. Напиши исчерпывающий тест, проверяющий все страницы, найди владельца реала, который согласится запустить его, а заодно разобрать и проверить, всё ли там родное, и не перепутали ли там номера.

ничего ты не показал, обязательно для фирменных спеков, клоны офтоп

Ну ты тоже не показал, что оно для фирменных спеков обязательно. Есть реальный тест, запущенный на реальной машине +2, который говоорит, что в нулевой, быстрой, странице, память не утекает при удерживании R (а этот же тест на 48к показывает, что его быстрая память утекает). А у тебя только домыслы - а может там тест кривой, а может запускали криво, а может машина после ремонта.

[Lethargeek]

Да я только за) Ну вот и займись, че.

а чё я-то? ведь не я тут вбросил офигительное открытие

Ну ты тоже не показал, что оно для фирменных спеков обязательно.

перевод слова contended тебе известен?

Есть реальный тест, запущенный на реальной машине +2,

нету, есть твои слова с чужих слов, а что там реально было, ты сам не знаешь, и доков никаких на это не смог нагуглить

[Spectramine]

а чё я-то? ведь не я тут вбросил офигительное открытие

Ну ты ж сомневаешься в моем "открытии", вот и докажи, что это не так, и ULA не регенерирует всю память в 128. За мое утверждение говорит запуск реального теста на реальной машине. А за твои сомнения говорят только твои сомнения.

нету, есть твои слова с чужих слов, а что там реально было, ты сам не знаешь, и доков никаких на это не смог нагуглить

Доков не нагуглил, но помню, что есть такое. Тест подтвердил, что утечки ОЗУ в быстрой памяти 128го при удерживании R нет. А ты продолжай сомневаться, дело твоё. Мне тебя убеждать тоже неинтересно.

[Eltaron]

- кривой тест
- криво запускался
- неоригинальное железо после починки

- Первое возможно.
- Запускал несколько раз, в 48, 128 (и через load"", и через меню) и USR 0 режимах. Один фиг.

- Железо родное, Z70500 Issue 3. Память на двух линейках драмы km4164b-12

Скрытый текст

[свернуть]

[Spectramine]

А вот дизассм теста:

                      ORG #7530

                     CALL H0D6B

                     LD   A,#02
                     CALL H1601

                     CALL H762D
                     DM "Testing in contended RAM...",#FF

                     LD   A,#01
                     LD   IX,H75CC
                     CALL H759B

                     CALL H762D
                     DM "Testing in uncontended RAM...",#FF

                     LD   HL,H75CC
                     LD   DE,H9800
                     LD   BC,H0042
                     LDIR
                     LD   A,#02
                     LD   IX,H9800
                     CALL H759B

                     RET


H759B                OUT  (#FE),A
                     CALL H75CA

                     LD   A,C
                     OR   A
                     JR   Z,H75B9

                     CALL H762D
                     DM "DRAM not faded",#0D,#0D,#FF

                     RET

H75B9                CALL H762D
                     DM "DRAM faded",#0D,#0D,#FF
                     RET


H75CA                JP   (IX)


H75CC                DI
                     LD   HL,HA000
H75D0                LD   (HL),#AA
                     INC  L
                     JR   NZ,H75D0

                     INC  H
                     JR   NZ,H75D0

                     XOR  A
H75D9                LD   B,#03
H75DB                LD   HL,#0000
H75DE                XOR  A
                     LD   R,A
                     LD   R,A
                     LD   R,A
                     LD   R,A
                     LD   R,A
                     LD   R,A
                     LD   R,A
                     LD   R,A
                     LD   R,A
                     LD   R,A

                     DEC  HL
                     OR   H
                     JR   NZ,H75DE

                     DJNZ H75DB

                     LD   HL,HA000
                     LD   BC,#0000
H75FF                LD   A,(HL)
                     CP   #AA
                     JR   NZ,H760C

                     INC  HL
                     LD   A,H
                     OR   L
                     JR   NZ,H75FF

                     LD   BC,H0001
H760C                EI
                     RET


                     LD   A,H
                     CALL H7617

                     LD   A,L
                     CALL H7617

                     RET


H7617                PUSH AF
                     RRA
                     RRA
                     RRA
H761B                RRA
                     CALL H7624

                     POP  AF
                     CALL H7624

                     RET


H7624                AND  #0F
                     CP   #0A
H7628                SBC  A,#69
                     DAA
                     RST  #10
                     RET


H762D                POP  DE
H762E                LD   A,(DE)
                     INC  DE
                     CP   #FF
                     JR   Z,H7637

                     RST  #10
                     JR   H762E


H7637                PUSH DE
                     RET

H0D6B                 EQU #0D6B
H1601                 EQU #1601
H9800                 EQU #9800
H0042                 EQU #0042
HA000                 EQU #A000
H0001                 EQU #0001

Собственно процедура тестирования с #75CC, она сначала отрабатывает там, потом переносится в быструю память с #9800 и отрабатывает там.
Сама процедура простая - инициализация памяти #A000..#FFFF константой #AA, удержание R в задержке и проверка памяти после.
Верхняя страница не выставляется, то есть остается той, что выставлена Бейсиком128 - нулевой, что можно увидеть в отладчике.

Это не для Летаргика, ему ничего не докажешь, это для других интересующихся.

[Lethargeek]

Ну ты ж сомневаешься в моем "открытии", вот и докажи, что это не так, и ULA не регенерирует всю память в 128.

нет, первоначальное утверждение сдалал ты, следовательно, ты и должен его доказывать

За мое утверждение говорит запуск реального теста на реальной машине.

даже если прогон корректный, из него никак не следует, что этим занимается именно юла

кроме того

- Первое возможно.

как минимум - слишком уж короткий, пара секунд
вон, чувак утверждает, что необходимо минуты (!) ждать
https://retrocomputing.stackexchange...-the-leningrad
причём даже на 48k с его 4116

[goodboy]

даже если прогон корректный, из него никак не следует, что этим занимается именно юла

в ServiceManual128 всё подробно расписано