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

[form]

Приплыли

Нет. Читаем внимательно: WAIT предназначен для выполнения когда вообще нечего делать. То есть если мы выполняем команду WAIT, значит мы и должны на ней висеть до упора пока не возникнет прерывание которое должно снять с нее. Если же таковое возникло - оно и снимет с WAIT. Все просто. Главное - не изобретать умных конструкций. Типичная работа с командой WAIT - это WAIT, BR .-2. Все.

---------- Post added at 20:31 ---------- Previous post was at 20:29 ----------

Или если так проще будет: есть процесс который ничего не делает кроме WAIT, BR .-2 который стоит в общем планировании в самом низу. Когда больше нечего делать - он и "выполняется", когда есть чего - он и не получает управления...

[AFZ]

когда вообще нечего делать

Что-то в этом есть. То есть добавить в список задач задачу NHD (нечего делать), которая всегда активна, но с минимальным приоритетом, с учетом этого всегда найдется готовая к исполнению задача. Что же, тоже вариант...

[Vslav]

Что-то в этом есть. То есть добавить в список задач задачу NHD (нечего делать), которая всегда активна, но с минимальным приоритетом, с учетом этого всегда найдется готовая к исполнению задача. Что же, тоже вариант...

Такая задача в классических вытесняющих ОС реального времени всегда есть, называется idle.

[AFZ]

Такая задача в классических вытесняющих ОС реального времени всегда есть, называется idle

Естественно. Я тут размышляю как бы это дело прикрутить к неклассической самоделке с корпоративной (скорее, кооперативной) многозадачностью. Платформа у меня, конечно, поновее, но красивые идеи не стареют, многое, подсмотренное в недрах ОС тех времен (начиная с ДОС-360/370) легко и удобно применяется и сейчас.

[AFZ]

Главное - не изобретать умных конструкций. Типичная работа с командой WAIT - это WAIT, BR .-2. Все.

Угу. Во "взрослой" вытесняющей многозадачке, там. где диспетчер задач сам отбирает управление у любой задачи, если появилась более приоритетная. А вот в корпоративной - изба фигвам, там любая задача сама должна вернуть управление диспетчеру в тот момент, когда она считает это возможным. И с применением команды WAIT задача idle в такой системе не получается, не зря я на Э-60 делал бОльшую часть диспетчера задач при открытых прерываниях, а вместо ожидания просто зацикливал эту часть.

[Patron]

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

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

[form]

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

А есть идея как придумать какую-либо причину для активации без появления какого-либо прерывания?

---------- Post added at 16:11 ---------- Previous post was at 16:10 ----------

сама должна вернуть управление диспетчеру

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

---------- Post added at 16:14 ---------- Previous post was at 16:11 ----------

На тему активации интересно почитать описание директивы WSIG$ - это директива в RSX-11 системах, ожидающая любого важного события (которое заставит диспетчер задач пересмотреть очередь), обычно используется в случае если не хватает ресурсов на что-нибудь, а отделаться сообщением об ошибке будет неправильно.

[Patron]

А есть идея как придумать какую-либо причину для активации без появления какого-либо прерывания?

Об том и речь - если активной осталась только задача idle, то эта ситуация в принципе не может измениться без прерывания, а значит вполне уместно использовать WAIT.

[AFZ]

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

Ага, а Солнце восходит на востоке.

А кто мешает именно вернуть ему?

Как кто? Команда WAIT, вестимо.

Люди, вы себе плохо представляете, что такое корпоративная многозадачка. Это же просто банальный перебор таблицы задач и прямой вызов CALL'ом подпрограммы, исполняющей ту или иную задачу. Адрес которой, обычно, задан в той же таблице. Только в системах с детерминированным поведением команды ожидания, обычно, эта часть исполняется при закрытых прерываниях, прерывания разрешаются только перед CALL'ом, а если делать нечего, то вводится состояние ожидания.

На любимой PDP-11, с ее индетерминированным поведением команды WAIT, приходится перебор задач делать при открытых прерываниях, закрываются они только непосредственно перед CALL'ом для пометки "взято на исполнение" в таблице задач, каковую пометку я, обычно, делал командой TRAP.

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

[Patron]

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

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

В какой бы момент не произошло прерывание - выход из прерывания не может произойти в задачу idle, поэтому использование там команды WAIT совершенно безопасно. Если выход из прерывания может сразу попасть в задачу idle - значит система содержит ошибки. В нормально работающей системе возврат из прерывания сразу в задачу idle без "захода в ядро" абсолютно невозможен при любых раскладах.