인터럽트 비활성화 시, 다른 task들의 스케쥴링이 안되는 이유는?
글쓴이: pmj0403 / 작성시간: 월, 2017/07/10 - 10:55오전
A라는 task에서 인터럽트 비활성화 API 호출 시, A task 외에 다른 task들의 동작이 멈추는 게 맞나요?
예를 들어 A task에서 인터럽트 비활성화 API 호출 시점에 B task에서 수행하고 있던 연산도 중지되는게 맞는지..
현재 제가 아는 것은 인터럽트를 비활성화하게 되면 OS timer interrupt 역시 비활성화 되고 task scheduling이 안된다는 것 뿐인데.. 자세하게 잘 모르겠어요. 개념적으로 논리적으로 자세히 설명해주실 분 계신가요?
Forums:
현재 A라는 task가 실행되고 있는데 다른 task
현재 A라는 task가 실행되고 있는데 다른 task 실행되기 위해서는
1) A task가 실행을 종료 또는 pending 상태로 들어가거나
2) 우선 순위가 보다 높지만 대기 상태에 있는 B task가 대기 상태에서 풀릴 때 --> 인터럽트, signal, 세마포, watchdog 타이머 등에 의해서
등등 조건이 필요하겠네요.
A task가 자발적으로 pending에 들어가지 않으면 인터럽트가 disable 되어 있을 때 다른 ISR, task가 동작할 여지가 전혀 없겠네요.
TaskDelay(100ms) 식으로 줘 보세요. 그러면 다른 타스크도 돌아 갈 겁니다. 음... timer interrup가 발생하지 않아서 안되겠네요.
아무래도 A, B task 간에 ping pong 식으로 세마포를 줘서 실행하는 것 외에 다른 방법이 보이지 않습니다.
저도 정확하게는 모르나 다음과 같은 형태일 것
저도 정확하게는 모르나 다음과 같은 형태일 것 같습니다
os에서 일정주기로 최우선순위 타이머 인터럽트를 발생하여 제어권을 잡음
해당 인터럽트 핸들러가 스케쥴러 루틴으로 들어감
각 프로세스들이 시간을 얼마나 쓰고 있는지 등등을 확인해서 잘 착하게 배치를 해줌
기타 잡일 필요한거 하고 다시 잠수
하지만 시스템 전역 인터럽트를 비활성화 시킨다면?
(검색해보니 local_irq_disable로 가능하다네요)
타이머 인터럽트가 떠야 다시 제어권도 잡고 스케쥴러로 들어가든뭐든 하는데 소식이 없으니 그냥 계속 자원을 잡고 있겠죠
스케쥴러 코드 안 보고 답변드려 죄송합니다
댓글 달기