caxapa.ru :: А вот как вы выразились "залочка" - это когда задача 1 захватила ресурс, в этот меомент вытесняется задачей 2, которая хватает другой ресурс и входит в ожидание ресурса блокированного 1-й, в этот момент управление возвращается 1-й задаче и она

aoreh (26.11.2013 17:56, просмотров: 341) ответил ыыыыыыы на ну так посмотрите, что означает термин, три названия которого тут приведены: для этого примера это значит, что задача 1 получает приоритет равный задаче 3 пока не отдаст семафор

А вот как вы выразились "залочка" - это когда задача 1 захватила ресурс, в этот меомент вытесняется задачей 2, которая хватает другой ресурс и входит в ожидание ресурса блокированного 1-й, в этот момент управление возвращается 1-й задаче и она хочет захватить второй ресурс, которым уже владеет задача 2. Получается дедлок или залочка, как вам нравится, но никак не инверсия приоритетов

Ответить

- еще на 0 делить можно, ну или с железкой писать в управляющие регистры случайные числа (хотя ММE от этого помагает) - есть таймауты, если думать лень/ну или слишком сложно и нужно патчить а не думать, ну а вообще есть обычно некоторый датафлоу из ыыыыыыы(79 знак., 26.11.2013 18:07, )
  - На ноль делить НУЖНО, если числа не целочисленные. А если у вас не делится на ноль -- нужно сжечь компилятор и его авторов. fk0(320 знак., 26.11.2013 18:22)
    - с этим не поспоришь, и еще watchpoint на 0 адрес должен стоять, чтоб неициализироваенные указатели отлавливать и т.д и т.п. но у нас например при делении на 0/невыравненном адресе/access violatione и т.п. просто в терминал дамп вываливается и все. ыыыыыыы(162 знак., 26.11.2013 18:43, )
      - Дамп вываливаться должен. Но нужен какой-то механизм try-catch и заранее заложенная обработка ошибок в программах. Попались в catch -- не можем посчитать, и вполне может быть с этим можно как-то жить даже дальше. А если нельзя делаем throw выше, fk0(17 знак., 26.11.2013 18:47)
  - уважаемый, вы суть проблемы понимаете или нет? если вы разрабатываете свой новый девайс с 2-3-я задачами, то все отлично, если вам необходимо, н-р, поддерживать чей-то код с 25-30 потоками, который +- отлажен и много лет работает, то как минимум aoreh(339 знак., 26.11.2013 18:13)
    - да вот как раз поддерживается, в примере с FreeRTOS поддерживается старый код, который с жестким реалтаймом и большими вычислительными затратами, при этом все еще обвешано перделками/свистелками типа TCP/IP, дисков и т.п. - ыыыыыыы(26.11.2013 18:21, )
      - Во FreeRTOS эта проблема решается наследованием приоритетов, это значит, что разработчики FreeRTOS понимали и знали о существовании такой вещи, как инверсия приоритетов, поэтому и учли - aoreh(26.11.2013 18:32)
        
        ну еще раз спрошу - приведите пример rtos, где авторы этого не учли. называться оно может по разному, но смысл я попытался описать - ыыыыыыы(26.11.2013 18:37, )
        
        н-р, написание своей оси. да и пример не самое важное, зацепились ведь за выяснения терминов, а они существуют независимо от существующих осей - aoreh(26.11.2013 19:11)

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