caxapa.ru :: У пика32 нет Memory Protection Unit. По-моему серьёзный недостаток: вероятность фатальных ошибок в больших программах растёт с их размером и растёт не линейно, так же она растёт при увеличении объёмов ОЗУ. Если мелкие МК с небольшими объёмами ОЗУ

fk0, легенда (13.09.2013 10:32, просмотров: 301) ответил Nikolay801_ на Но ведь правда же, их(преимуществ) нет и не будет.

У пика32 нет Memory Protection Unit. По-моему серьёзный недостаток: вероятность фатальных ошибок в больших программах растёт с их размером и растёт не линейно, так же она растёт при увеличении объёмов ОЗУ. Если мелкие МК с небольшими объёмами ОЗУ успешно существуют, то настольный ПК (современный, не 286 с досом) без сегментации памяти представить сложно. Что было бы, если бы любая ошибка в одной программе приводила к перезагрузке всей ОС и, хуже того, к неправильной работе ОС и других программ? А объёмы памяти больших МК в последнее время сильно выросли за те пределы, когда сегментация памяти была не нужна.

[ZX]

Ответить

- да ладно. защита памяти нужна только для запуска стороннего кода - Mahagam(13.09.2013 12:22)
  - Ещё раз. Есть вероятность сбоя. Она всегда есть. ПО для МК -- это комплекс из нескольких компонентов, где в больших МК число компонентов достаточно высоко и связность между ними тоже высокая. Надёжность компонента ПО порядка 0.999... fk0(1784 знак., 13.09.2013 12:45 - 12:51)
    - вот только 99% глюков _никак_не_связаны_ с тем, что задача лезет не в свою память. MPU никак не поможет ловить ошибки в расчётах и алгоритмах. - Mahagam(13.09.2013 15:50)
      - Из этого никак не следует, что MPU не нужен. Из этого следует, что некоторый класс ошибок не обнаруживается MPU и MPU от них не защищает. И не такой уж он и большой, отнюдь не 99%. При программировании на C значительная часть ошибок таки связана с fk0(108 знак., 13.09.2013 15:54)
        
        блин. да даже те что на память повязаны. вот есть массив и переменная. вышли за пределы массива (ага, ошибка связанная с памятью!), но так мы вышли в пределах памяти задачи! и такую ошибку 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)
    - Оно и понятно, почему вы используете отступ в два пробела. Вы просто не знаете, что такое абзац и красная строка, а еще рассуждаете по поводу типографики. - Alex B.(13.09.2013 12:49)
      - Я использую отступ в один таб. Во всём виноват Генерал: это он отрезает пробелы в начале строки и объединяет соседние строки (для разделения абзацев нужна обязательно полностью пустая строка). - fk0(13.09.2013 12:52)
  - MMU и MPU - это разные вещи. Если устройство имеет много ОЗУ -> на нем можно пускать большие задачи -> без MMU управление памятью станет крайне сложным и накладным -> функция защиты является только одной из функций. - Evgeny_CD(13.09.2013 12:29)
    - Большаков, Иртегов ==> - fk0(13.09.2013 13:32, ссылка)
      - Вот там полнее -> - Evgeny_CD(13.09.2013 14:06, ссылка)
- У новой вендервафли вроде как есть. - Evgeny_CD(13.09.2013 11:31)

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