caxapa.ru :: Или я чего то не догоняю :)))

Dir (14.01.2011 18:46, просмотров: 94) ответил Chum_A_ на Ну, заблокировал я доступ к переменной в main-е (к примеру), а тут прерывание. В прерывании смотрю - заблокировано, т.е. надо стоять до разблокировки, а кто разблокирует, если я не вышел из прерывания. Или я чего не догоняю?

Или я чего то не догоняю :))) Ну запретил ты прерывание на время изменения volatile-переменной. Как же оно (прерывание) произойдет если запрещено? :)))

Ответить

- А вообще говоря, запрет прерывания для того и делается, чтобы атомарную операцию до конца довести. Возьми, например, простейшую операцию Dir(225 знак., 14.01.2011 18:52)
  - в смысле неатомарную? - Argon(14.01.2011 19:19)
    - В том смысле, чтобы какое то действие атомарным (неразрывным) сделать. Понятно же, что если, например, инкрементировать 0x00FF, то без запрета прерывания в main можно получить в прерывании 0x0000 вместо 0x0100 - Dir(14.01.2011 19:25)
  - вот он! недостаток армов! :) даже такой примитив в кучу команд! для "некоторых других" ядер это действие атомарное. - Mahagam(14.01.2011 19:14)
    - Да ладно, возьмем не short, а, например, long int. Все равно атомарности для всех операций не напасешься. - Dir(14.01.2011 19:18)
      - На самом то деле проблема преувеличена. Действительно опасных ситуаций, которые вызывает неатомарность не так то и много. У меня в проектах - до десятка мест. - Vladimir Ljaschko(14.01.2011 20:54)
        
        Я тоже стараюсь запретом прерываний не злоупотреблять. Удается. Иногда вплоть до полного отсутствия этих запретов в некоторых проектах. Dir(297 знак., 14.01.2011 21:14 - 21:17)
        
        +100 :)! Как-то так: "Бросить курить легко, я и сам бросал много раз" (с) М.Твен - Chum_A_(14.01.2011 21:10, )
    - :-) - Vit(14.01.2011 19:16, ссылка)

ARM, RISC-V контроллеры