다음 데스크탑 … QNX?

QNX에는 임베디드 운영 체제로서 긴 체크 무늬의 기록이 있습니다. QNX는 항상 마이크로 커널 아키텍처가있는 진정한 시간 운영 체제로 인기가있었습니다. 즉, 커널 함수는 단일 코드 대신 조정 된 작업 세트로 실행됩니다. 최근 QNX 7 (비디오 참조)의 릴리스는 64 비트 데스크탑 컴퓨터뿐만 아니라 [Elahav]를 실행 하여이 임베디드 RTOS를 데스크톱 운영 체제로 전환 할 수 있도록 결정했습니다.

그러나 QNX는 QNX가 QNX가 POSIX 호환 시스템뿐만 아니라 Linux 또는 BSD와 같은 시스템에서 기대하는 모든 기능을 갖추고 있습니다. 그것은 단지 데스크탑 시장을 목표로하지 않고 결과적으로 데스크톱을 실행하기위한 많은 도구가 없을 것입니다. QNX는 Arduino에서 발견 할 RTO의 유형이 아닙니다. 자동차 시스템 (예 : 일반 모터의 OnStar 시스템을 실행)하는 것은 훨씬 더 전형적입니다.

그는 QNX를 설치하고 QNX를 설치했습니다. 일반적으로 워크 스테이션에 임베디드 시스템을 설정할뿐만 아니라 대상 시스템으로 코드를 발송 한 다음 [Elahav]는 타겟에서 작업하는 시스템 개발 시간을 얻는 데 시간이 걸렸습니다. 한 가지 문제가있었습니다. 내장 VI 편집기는 현대 표준에 의한 원시적 인 것입니다. 그는 일반적으로 Emacs 사용자이지만 Vim조차도 “주식”VI보다 훨씬 낫습니다. Emacs 포트가 가능할 때, 그것은 마찬가지로 많은 도서관을 이식 할 필요가 있으므로 첫 번째 직업은 VIM 소스 코드를 컴파일하는 것이 었습니다.

그가 희망 한만큼 간단하지 않도록 밝혀졌습니다. 시스템 개발 아직 아직 존재하지 않는 특정 GNU 도구가 아직 존재하지 않았지만 GREP와 같은 공통 버전이 존재하지만 존재했지만). 그래서 그는 vim을 교차하는 방법을 정확히 알아야했습니다. Retrospect에서 [Elahav]는 결정을 내렸어 그가 GNU 도구를 먼저 포팅해야합니다. 그는 이전 버전의 QNX를 목표로 한 VIM에서 오래된 코드를 제거해야했습니다.

나머지 경험은 상대적으로 잘되었습니다. 그는 일부 게임에서 항구와 항구를 개발하기 위해 취급했습니다. QT는 QNX에 존재하지만, 임베디드 시스템을 선호하는 구성 (예 : 전체 화면을 보여줍니다). 그러나 Qt 앱을 구축 할 수 있지만 적절한 창 관리자가 없으면 그가 원하는 데스크탑 경험이 아직 없었습니다. 몇 주 후 그는 창 관리자를 처리했습니다. QNX의 화면 디자인이 X가 아니므로 기존 코드 조각을 잡는 것은 가능성이 높지 않았습니다.

실용적입니까? 어쩌면 실제 코드를 사용할 수있는 실제 코드가 보이지 않았을 것입니다. 바람직합니까? QNX를 이미 활용하지 않는 한, 우리는 확실하지 않은 것입니다. 그러나 그것은 자신의 CPU를 개발할 때 이전에 우리가 지적한 문제를 유용하게 만드는 데있어 뭔가를 유용하게 만드는 데 포함 된 어려움의 훌륭한 이야기입니다. 물론 [Elahav]는 매우 풍부한 환경으로 시작되었습니다. 누군가가 거의 모든 것을 보거나 A2Z를 검사하고 싶다면 A2Z를 검사하십시오. 뿐만 아니라 잠시 동안뿐만 아니라 하나의 QNX 데스크탑 환경을 더 염두에두고 믿는다면, 당신은 틀리지 않습니다.