caxapa.ru :: не-не-не, после освобождения семафора его старому владельцу просто возвращается свой приоретет.

aoreh (27.11.2013 16:01, просмотров: 385) ответил ыыыыыыы на выступлю за противный :) лагерь: если в нашем случае (с задачами 1,2,3) во время ожидания задачей 3 семафора, произошло событие и запустились задачи 4,5 (приоритеты 5>4>3) и 5 задача полезла за тем же семафором, после завершения задачи 1 (уже с 5

не-не-не, после освобождения семафора его старому владельцу просто возвращается свой приоретет. а семафором начинает владеть самая приоритетная задача из ожидающих, т.е.5-я, 3-я в это время опять курит. другими словами, никакой стек приоритетов не нужен, приоритет просто каждый раз повышается до самой приоритетной ожидающей, а в памяти семафора хранится исходный приоритет задачи-владельца

Ответить

- ну так вопрос в том, когда 5 закончилась, а 3 продолжает ждать, какой приоритет у 1, держащий 3? и вот зачем нужна была 4. если оставить 5 приоритет, то нарушение приоритетов - 4 задача ждет 3, если вернуть 1, то "залочка" с 3,2 - ну как-то так - ыыыыыыы(27.11.2013 16:44, )
  - охблин, шой-то ты намудрил... aoreh(543 знак., 27.11.2013 16:54)
    - Прямой ответ на твой вопрос... когда 5-я закончилась, у 1-й уже давным давно родной (низкий) приоритет aoreh(117 знак., 27.11.2013 16:57)
- Долго тут обсуждать, работать нужно. Если вкратце, то проблема наследования известна и исследована и есть общее мнение, что наследование ресурсоёмко. Есть полно публикаций на тему. Поэтому есть альтернативные способы вроде вроде priority ceiling. fk0(93 знак., 27.11.2013 16:27)
  - я с этим не спорю, пытаюсь объяснить ыыыыыыыыы как работает обозначенный выше вариант - aoreh(27.11.2013 17:01)

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