두 프로세스 P1 및 P2가 있다고 가정하십시오. P1은 우선 순위가 높고 P2는 우선 순위가 낮습니다. P1 및 P2는 하나의 공유 된 세마포어를 갖는다 (즉, 이들은 모두 동일한 세마포어상의 대기 및 포스트를 수행한다). 프로세스는 임의의 순서로 인터리빙 될 수 있습니다 (예 : P2는 P1 이전에 시작될 수 있음). 간단히 때 프로세스가 교착 수 있는
뮤텍스가 존재하더라도 세마포어의 우선 순위 반전을 방지하기 위해 RTOS에 구현이없는 이유는 무엇입니까? 세마포어는 우선 순위 역전을 방지 할 필요가 없습니까? 동일한 상황이 uC/OS 및 GreenHills RTOS에서 발생합니다. 미리 감사드립니다. 우선 순위가 낮은 작업이 세마포어, 을 소유하고 우선 순위가 높은 작업이 우선 순위가 낮은 작업을 릴리스
아래의 시나리오에서는 잠금이 해제 될 때 작업 t1의 우선 순위가 어떻게 변경되는지 Sem_Take() 및 Sem_Give()가 잠금 및 해제 방법이라고 가정합니다. 우선 순위 상한 프로토콜을 사용하면 리소스가 잠기 자마자 작업의 우선 순위가 높아진다는 것을 이해하지만 잠금이 해제 될 때 어떤 일이 발생하는지 알고 있습니다. void t1()//Initia