caxapa.ru :: Из этого никак не следует, что MPU не нужен. Из этого следует, что некоторый класс ошибок не обнаруживается MPU и MPU от них не защищает. И не такой уж он и большой, отнюдь не 99%. При программировании на C значительная часть ошибок таки связана с

fk0, легенда (13.09.2013 15:54, просмотров: 337) ответил Mahagam на вот только 99% глюков _никак_не_связаны_ с тем, что задача лезет не в свою память. MPU никак не поможет ловить ошибки в расчётах и алгоритмах.

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

[ZX]

Ответить

- блин. да даже те что на память повязаны. вот есть массив и переменная. вышли за пределы массива (ага, ошибка связанная с памятью!), но так мы вышли в пределах памяти задачи! и такую ошибку MPU не выловит. MPU хорошо когда задачи загружаются извне, Mahagam(73 знак., 13.09.2013 16:13)
  - Такая ошибка не так фатальна, так как не разрушает состояние произвольной соседней задачи. И может вовсе не влиять на работу (если посчиталось в итоге верно). Но я не понимаю о чём вообще речь. Если есть класс не фатальных ошибок это не значит, fk0(345 знак., 13.09.2013 17:43)
    - ну вообще-то контроллер памяти в нормальных камнях при обращения к null валит ядро в data-abort. ну и что значит "не так фатальна" ?? а может она и соседнюю задачу точно также бы "нефатально" ушибила бы? Mahagam(83 знак., 13.09.2013 18:32)
      - Нормальных камнях? Речь об MPU? А при обращениии (struct xxx)(NULL)->element не валит в abort? Вот в (ds)PIC замечательно. По адресу 0 -- регистры (WREG)... Никакого abort. В ARM7, например, в многих МК с адреса 0 флеш или ОЗУ. Тоже как-то без fk0(2029 знак., 13.09.2013 18:59)

Микроконтроллеры PIC