caxapa.ru :: Вы менеджер?

ASDFS, USB-гуру (13.09.2013 00:14, просмотров: 337) ответил илья на Наверно я немного вас запутал

Вы менеджер? В общем пасиб за разъяснения, но собсно вывод тот же - очевидных преимуществ ПИК32 перед кортексом не имеет. Все эти разговоры в пользу бедных сводятся к либо "вот вот скоро будет" либо "преимущества на грани измерительной погрешности". Помножим эти выводы на традиционный Майкрочиповый геморрой с инструментарием и получим неутешительный результат: набрать толпу поклонников Майкрочипу будет труднее чем верблюду в игольное ушко.

Ответить

- Мыслитель? Илья(19 знак., 13.09.2013 10:16)
  - Но ведь правда же, их(преимуществ) нет и не будет. Nikolay801_(16 знак., 13.09.2013 10:23)
    - У пика32 нет Memory Protection Unit. По-моему серьёзный недостаток: вероятность фатальных ошибок в больших программах растёт с их размером и растёт не линейно, так же она растёт при увеличении объёмов ОЗУ. Если мелкие МК с небольшими объёмами ОЗУ fk0(369 знак., 13.09.2013 10:32)
      - да ладно. защита памяти нужна только для запуска стороннего кода - 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