INtime과 Windows의 상호 폐해

Windows가 INtime에게 주는 폐해

몇개의 요인으로, INtime가 Windows 처리 영향을 접수 리얼타임성을 해칠 가능성이 있습니다.

버스 점유

DMA 전송이나, 버스트 전송을 실시하는 PCI 디바이스가 Windows 문맥으로 동작하는 경우, 그 사이 메모리 버스나 PCI 버스의 점유가 일어납니다.
버스 점유가 장시간에 이르는 경우 INtime 리얼타임스레드에 영향을 주는 경우가 있습니다.
이러한 장해를 확인할 수 있는 경우에는 DMA 액세스를 그만두어 PIO 액세스로 하거나 버스트 전송 시간을 짧게 하는 등의 대처가 필요하게 됩니다.

USB 키보드

ROM-BIOS 메이커에 의합니다만 USB 키보드를 PS/2 키보드와 같이 에뮬레이션 하는 코드를 포함한 BIOS가 있습니다(USB keyboard=enable).
이 BIOS 코드에 처리 시간의 불확정인 물건이 실장되고 있었다고 하면 이 코드가 정기적으로 동작하는 것부터 리얼타임 성능에 영향을 미친 케이스가 있었습니다.
요즈음의 BIOS 코드에서는 이러한 점이 수정되고 있습니다만 아직 일부의 BIOS 메이커에 대해 이러한 문제를 가지고 있을 우려가 있습니다.
일반적으로 BIOS 설정에 대해USB keyboard=disable로 하는 것으로 해소할 수 있었습니다.

인터럽트 금지 명령(cli)

CPU 명령 cli는 CPU가 인터럽트를 전혀 받아들이지 않게 할 수 있는 것으로 만일 이 명령을 포함한 코드가 Windows 측에 있다고 하면 그 사이 INtime 커넬을 포함한 전할포함 처리(시스템 전체)에 영향을 주는 것이 가능하게 됩니다.
이러한 코드를 가진 Windows 드라이버가 악영향을 미칠 가능성은 생각할 수 있습니다.

INtime가 Windows에게 주는 폐해

INtime 리얼타임스레드가 우선되는 일에 의한 Windows에의 폐해는 없습니다.
예를 들어 Windows 하드 디스크 드라이버의 처리중에 리얼 타임 처리가 끼어들었다고 해서 이 리얼 타임 처리 완료까지의 시간 지연이 더해져는 합니다만 Windows는 다시 방금전의 위치로부터 처리가 재개되기 위해 처리순서가 이상해지거나 할 것은 없습니다.
또 리얼 타임 처리중에 하드 디스크로부터의 인터럽트 신호의 발생이 있었다고 해도, 그것은 리얼 타임 처리의 종료후, 결핍 하는 일 없이 인도되는 구조가 되어 있기 때문에 동작이 이상해지는 것은 없습니다.

한편으로 리얼타임스레드의 처리가 장기화하는 경우는 Windows에게 줄 수 있는 시간(리얼타임 제어의 빈 시간)이 감소하므로 Windows의 거동이 무겁게 느낀다 혹은 Windows가 전혀 동작하지 않게 되는 경우가 있습니다. 그러나 이것은 리얼 타임 처리를 선제 한다고 하는 전제에 근거하는 것이어서 말하자면 당연한 사건입니다.
이러한 경우는 CPU를 고속화하는 것으로 리얼타임스레드의 처리 시간 단축을 시도하는지, 원래 리얼타임이 필요한 처리인지를 재차 신중하게 판별할 필요가 있습니다

예를 들어 다음과 같은 처리를 리얼타임스레드로서 기술했을 경우는, Windows를 극단적으로 무거운 상태에 빠뜨리는지, CPU 성능 나름으로는 Windows를 전혀 동작할 수 없는 상태에 빠뜨리는 경우도 있습니다.