4장. 애플리케이션 튜닝 및 배포


최적의 구성과 설정을 조합하여 실시간 커널을 튜닝하면 RHEL for Real Time 애플리케이션을 개선하고 개발하는 데 도움이 될 수 있습니다.

참고

일반적으로 POSIX 정의 API(애플리케이션 프로그래밍 인터페이스)를 사용하십시오. RHEL for Real Time은 POSIX 표준을 준수합니다. RHEL for Real Time 커널의 대기 시간 감소도 POSIX 를 기반으로 합니다.

4.1. 실시간 애플리케이션의 신호 처리

기존 UNIXPOSIX 신호에는 특히 오류 처리에 사용이 있지만 실시간 애플리케이션에서 이벤트 전달 메커니즘으로 적합하지 않습니다. 이는 주로 기존 동작 및 지원되는 많은 API 때문에 현재 Linux 커널 신호 처리 코드가 매우 복잡하기 때문입니다. 이러한 복잡성은 신호를 전달할 때 사용하는 코드 경로가 항상 최적이 아니며 애플리케이션에 의해 긴 대기 시간을 경험할 수 있음을 의미합니다.

UNIX 신호의 원래 동기는 서로 다른 실행 "스레드" 간에 하나의 제어 스레드(프로세스)를 멀티플렉싱하는 것이었습니다. 신호는 운영 체제 인터럽트처럼 작동합니다. 즉, 신호가 애플리케이션에 전달되면 애플리케이션의 컨텍스트가 저장되고 이전에 등록된 신호 처리기를 실행하기 시작합니다. 신호 처리기가 완료되면 애플리케이션은 신호가 전달된 위치로 돌아갑니다. 이는 실제로 복잡해질 수 있습니다.

신호는 실시간 애플리케이션에 대한 신뢰에 너무 비 결정적입니다. 더 나은 옵션은 POSIX Threads(pthreads)를 사용하여 워크로드를 배포하고 다양한 구성 요소 간에 통신하는 것입니다. 뮤지션의 pthreads 메커니즘을 사용하여 스레드 그룹을 조정할 수 있습니다. 비교적 새로운 구성을 통한 코드 경로는 신호에 대한 레거시 처리 코드보다 훨씬 깔끔합니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat