RTOS 시스템에서만 다른 작업에 의한 작업 우선권을 허용하는 것이 이상적이지만, 비 RTOS 시스템에서는 인터럽트 나 ISR에 의해 다른 작업이 선점 될 수 있습니다.비 실시간 OS상의 선점 작업
또한 다음 문장은 선점 형 커널에 적합하며 선점 형 태스크에도 적용됩니다.
"대부분의 운영 체제는이를 허용하지 않습니다하지만 리얼 타임 시스템에서와 같이 특정 응용 프로그램에 필요한"RTOS는 실시간 운영 체계를 의미
.
FCFS, SJF, 우선 순위 예약, 라운드 로빈 다중 대기열 등과 같은 다양한 스케줄링 알고리즘을 비교해야합니다. 각자 장단점이 있습니다. 그렇다면 왜 우리가 우선 순위 우선권을 rtos에서 사용하는지 알아낼 수 있습니다. 때문에 thats 필요. 예 Vxworks는 우선 순위가 우선하지만 우선 순위가 동일한 두 개의 작업이있을 경우 라운드 로빈을 사용합니다.
"대부분의 운영 체제에서는 이것을 허용하지 않지만 실시간 시스템과 같은 특정 응용 프로그램에서는 필요합니다." 대부분의 최신 운영 체제가 더 나은 성능을 선점하기 때문에 이는 사실이 아닙니다.
의견을 확인하십시오. Informational link
감사. 여기에서의 질문은 비 rtos 시스템이 선결제를 사용하는지 여부입니다. 그렇지 않다면 ISR만이 작업을 방해 할 수 있고 다른 작업은 방해 할 수 없다고 말하는 것이 옳습니다. –
하지만 그건 사실이 아닙니다. 대부분의 최신 운영 체제 *는 선점 형입니다. – Clifford
@Clifford 예 대부분의 운영 체제는 성능 향상을 위해 선점 형입니다. 선점이 발생할 때 커널이 시스템 호출 (예 : 중요한 커널 데이터 구조 업데이트)을 구현하는 중일 때 선점이 문제가 될 수 있습니다. 대부분의 현대 유닉스는 시스템 호출이 완료되거나 차단 될 때까지 프로세스가 대기하도록함으로써이 문제를 처리합니다 선점을 허용하면 비 결정적입니다. 이것은 rtos에서 문제가 될 수 있습니다. 또한 "TIME"은 "RTOS"의 주요 요소이기 때문에. 우리는 지연을 기대할 수 없어 Priority Preemptive가 그것을 어울린다. 내가 틀렸다면 나를 바로 잡아라. –
며칠 전 동일한 질문을하고 답변을 수락했습니다. 그 대답에 대해 명확하지 않은 점은 무엇입니까? 그것이 왜 당신이 그것을 받아들 였는지 명확하지 않은 경우? 마지막 단락은 따옴표이지만 인용문은 없습니다. Windows, Linux, OSX (및 기타 Unix OS)는 모두 RTOS가 아닌 선점 형 운영 체제입니다 (이전과 거의 동일한 질문에 대한 대답으로 설명되어 있음). – Clifford
[RTOS가 아닌 시스템에서 태스크 간의 인터럽트가 가능합니다] 중복 가능성 있음 (http://stackoverflow.com/questions/37518975/is-interruption-between-task-is-possible-in-non-rtos-ystem) – Clifford