Hacker News 의견

• 몇 년간의 노력 끝에 큰 성과를 이룬 것임

  • 대부분의 작업은 Thomas Gleixner와 그의 팀이 수행했음
  • Linutronix를 설립했으며 현재 Intel이 소유하고 있음
  • 마지막 printk 비트에 대한 풀 리퀘스트 링크 제공
  • 커널 구성에서 PREEMPT_RT에 대한 풀 리퀘스트 링크 제공
  • 커널 v6.11 위에 RT 패치 로그 링크 제공
  • 새로운 printk 인프라가 실제 드라이버에 채택될 필요가 있음
  • RT 패치셋의 크기가 이전보다 훨씬 작아졌음
  • Linus가 신뢰를 보여주는 큰 신호임
  • 팀에게 축하를 보냄

• 실시간 커널의 효과를 보려면 cyclictest 유틸리티를 빌드하고 실행할 것을 권장함

  • 각 CPU 코어의 인터럽트 지연 시간을 측정하고 표시함
  • 실시간 패치 없이 최악의 경우 지연 시간이 두 자릿수 밀리초에 이를 수 있음
  • 실시간 패치가 적용되면 최악의 경우 지연 시간이 한 자릿수 마이크로초로 감소함
  • 일관된 낮은 지연 시간을 얻으려면 전원 절약 상태를 꺼야 함
  • cyclictest는 Linux에서 실시간 작업을 할 때 중요한 도구임
  • 소프트웨어 정의 라디오(SDR) 처리 시 시스템의 성능 차이를 설명함
  • 실시간 커널이 적용되면 GNOME과 libreoffice를 실행하면서도 SDR이 문제 없이 작동함

• RT 패치셋 없이 3ms 지연 시간으로 한두 개의 악기를 실행할 수 있음

  • RT 패치셋을 사용하면 1ms 지연 시간으로 6개의 악기를 실행할 수 있음
  • 수십 개의 Chrome 창을 열고 3D 슈터 게임을 하면서도 문제가 없음
  • 일반 저지연 스케줄러보다 큰 차이를 보임

• 2000년대 중반에 Linux를 실시간 작업에 사용하려 했던 경험을 공유함

  • 당시 실시간 Linux는 매우 해킹적이고 트리 외부에 있었음
  • 실시간 동작을 달성하기 위해 Linux를 진정한 실시간 마이크로커널 내에서 프로세스로 호스팅하는 것이 일반적인 해결책이었음
  • 실시간 Linux가 비실용적이었던 이유는 모든 비선점 가능한 섹션의 실행 시간을 보장해야 했기 때문임
  • 이 요구 사항을 어떻게 해결했는지 궁금해함
  • Linux가 우선순위 역전을 지원하는지 여부를 질문함

• 실시간 프로그래밍이 어떻게 이루어지는지에 대한 좋은 자료가 있는지 질문함

  • 프로그램이 실제로 실시간인지 확인하는 방법에 대해 궁금해함
  • 실시간 코딩이 일반 코딩과 다른지 질문함
  • 현대 CPU 아키텍처가 실시간 프로그래밍에 미치는 영향에 대해 궁금해함

• Torvalds가 printk의 원래 코드를 작성했다는 언급에 대해 의문을 제기함

  • printk 디버깅 도구에 대한 설명에 동의하지 않음

• CNC 커뮤니티에 큰 도움이 될 것임

  • RT는 필수적이며 빌드를 훨씬 쉽게 만듦

• 매우 멋지다고 생각함

  • 어떻게 "켜는지"에 대해 궁금해함
  • 컴파일 타임/부트 타임 옵션인지, 아니면 시스템에서 실행 중인 프로세스가 타임슬라이스/지연 시간 보장을 요청하는 것인지 질문함

• 데스크탑 사용자에게 실시간 커널을 사용하는 것의 단점에 대해 궁금해함