Особенности процессоров и устройств архитектуры PDP-11. Тесты. Диагностика.

[form]

Глюк с вылетом, а точнее с непредсказуемым выполнением команд, существует если после MOV @PC,R0 в цепочке команд, не нарушающих предвыборку, встречаются команды установки/снятия признаков (коды с 240 по 277).

Он стабильный? - всмысле что срабатывает с первого раза всегда или надо помучить?

[Titus]

Критерий истины - практика.

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

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

Какое ещё физическое влияние на плату может иметь ДЛИНА цепочки команд ?

Критерий истины - четкое понимание вопроса. А у тут гадание на кофейной гуще. Раз кроме разогрева никаких параметров не известно, то пусть это будет... ПРОФИЛЬ ПИТАНИЯ! Ничего, что ни на каких других программах, режимах работы и т.д. он не сказывается. Но пусть будет.
Мы не знаем структуры процессора изнутри, и процессы, происходящие в нем могут быть какими угодно сложными и непонятными (и в частности нестабильными с точки зрения известных данных). Но к профилю питания это явно не относится никаким боком.

[Patron]

Глюк с вылетом, а точнее с непредсказуемым выполнением команд, существует если после MOV @PC,R0 в цепочке команд, не нарушающих предвыборку, встречаются команды установки/снятия признаков (коды с 240 по 277)

Питательной теории это не противоречит.

Если бы была принципиально важна лишь "несовместимость" двух типов команд - ДЛИНА предшествующей цепочки никакой роли не играла бы.

Допустим ( т.к. тесты ещё не завершены и как обстоят дела можно лишь гадать ), что при длине цепочки 100 - не вылетает никогда, при длине 700 - тоже никогда, а при длине 800 - всегда.

У микропрограммы ВМ2 слишком маленькое пространство состояний, чтобы после выполнения 700 команд иметь какое-то другое внутреннее состояние, чем после выполнения 800 команд.

Если бы при одной команде никогда не вылетало, а при двух всегда - я бы первый сказал, что проблема в микропрограмме. Но когда задействованы СОТНИ команд - причина явно в другом.

---------- Post added at 13:59 ---------- Previous post was at 13:56 ----------

гадание на кофейной гуще.

Вот и не надо гадать на кофейной гуще.

Вопрос элементарно прост - какое физическое влияние оказывает на плату ДЛИНА цепочки одинаковых команд ( кроме влияния на профиль питания, которое очевидно ).

[Titus]

У микропрограммы ВМ2 слишком маленькое пространство состояний, чтобы после выполнения 700 команд иметь какое-то другое внутреннее состояние, чем после выполнения 800 команд.

Если бы при одной команде никогда не вылетало, а при двух всегда - я бы первый сказал, что проблема в микропрограмме. Но когда задействованы СОТНИ команд - причина явно в другом.

1. Влияние прерываний. (надо запрещать все)
2. Влияние несинхронности шины данных. (так же необходимо останавливать ПП)

[Patron]

1. Влияние прерываний. (надо запрещать все)

Такая настройка в тесте есть.

2. Влияние несинхронности шины данных. (так же необходимо останавливать ПП)

Ничто из этого не может иметь чёткой зависимости от длины цепочки команд.

Если 700 ( и меньше ) команд никогда не вылетают, а 800 ( и больше ) всегда вылетают - несинхронность шины данных, ПП и все остальные нефизические причины очевидно непричём.

[Titus]

Если 700 ( и меньше ) команд никогда не вылетают, а 800 ( и больше ) всегда вылетают - несинхронность шины данных, ПП и все остальные нефизические причины очевидно непричём.

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

[Patron]

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

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

[form]

Ради интереса померял время компиляции KMON для RT-11ZM в обычном варианте и с выключенным кэшем...

.TIM
10:00:31

.MAC/OB:OBJ:KMZM SRC:(ZM+FORMZX.CND+EDTG+KMON+KMOVLY)

.TIM
10:09:58

.TIM
10:10:16

.MAC/OB:OBJ:KMZM SRC:(ZM+FORMZX.CND+EDTG+KMON+KMOVLY)

.TIM
10:34:32

[hobot]

и с выключенным кэшем...

да существенно! А кэш - это дисковая память или ОЗУ?

[Patron]

А кэш - это дисковая память или ОЗУ?

Кэш ОЗУ.