Отправлено ДМ 22 января 2004 г. 12:32 В ответ на: многозадачность в Windows подкреплена аппаратными средствами процессоров, начиная с Интел 386. Так что твои вопросы про стеки в винде по крайней мере смешны. отправлено bialix 22 января 2004 г. 11:22

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

• Ответ: как раз очень даже принципиально. Для контроллеров типа АВР в принципе нельзя написать операционку с вытесняющей многозадачностью. — vi   (22.01.2004 12:37, пустое)
  • вытесняющую многозадачность невозможно реализовать на процессорах, которые не позволяют вручную работать со стеком - на пиках например (+) — bialix   (22.01.2004 12:57, 250 байт)
    • Он, возможно, имел в виду, что если приложение запретит прерывания, то всё накроется.. — Dr.Alex   (22.01.2004 13:06, пустое)
      • Ответ: нет, не имел. Почему-то мне казалось, что если система может отобрать управление в любой момент времени, она ничего не знает о состоянии стека текущей задачи и не сможет корректно его сохранить/восстановить. — vi   (22.01.2004 13:14, пустое)
        • Тогда, конечно, ошибочка. Но если задача запретит прерывания - возвращаемся к кооперации - управление может быть передано только по её желанию.. — Dr.Alex   (22.01.2004 13:19, пустое)
          • Ответ: вот, я об этом же. И как построить операционку с вытесняющей многозадачкой для АВР-ов? Объясните, бо непонимаю. — vi   (22.01.2004 13:24, пустое)
            • Для начала прожечь бит 7 в SREG в 1 навечно — Codavr   (22.01.2004 13:32, пустое)
            • Это уже в разных плоскостях лежит.. Если задачи могут переключаться неожиданно для них самих - значит, вытесняющая, а то что задача может изменить настройки операционки (прерывания, таймер), то это проблема железа.. — Dr.Alex   (22.01.2004 13:32, пустое)
              • в ОС проблему железа поручили драйверам — DSN   (22.01.2004 14:12, 188 байт)
                • Здесь речь идёт лишь о принципиальной возможности приложения завесить операционку.. — Dr.Alex   (22.01.2004 14:19, пустое)
              • Ответ: так можно для АВР-ов написать какой-то менеджер задач (назовем его операционной системой), который будет переключать задачи неожиданно для них самих? — vi   (22.01.2004 13:38, пустое)
                • Ответ: По прерыванию от системного таймера диспетчер задач сохраняет контекст и извлеченный из стека адрес возврата, потом помещяет в регистры нужный контекст, а стек помещяет нужный адрес возврат. По команде RETI управление возвращается уже в другое приложение — ДМ   (22.01.2004 13:52, пустое)
                  • Тут не об этом речь идёт.. — Dr.Alex   (22.01.2004 13:55, пустое)
                • Ну конечно, полно же вытясняющих операционок, только задачи должны использовать соглашение - не запрещать прерывания надолго, не портить чужую память, короче, не совать голову в пасть Большому Головоеду© и т.д. — Dr.Alex   (22.01.2004 13:41, пустое)
    • Виноват. Неправ. — vi   (22.01.2004 13:06, пустое)