shopkeeper/korean_wiki_content_only_120125 huggingface dataset:
붉은지렁이는 길이 25~105mm이며 매끄럽고 붉고 반투명하며 유연한 피부는 원형으로 마디 져 있다. 마디마다 4쌍의 강모가 달리며 성숙한 개체의 전체 마디 수는 95~105개이다. 붉은지렁이의 체절화는 이 종을 환형동물문의 구성원으로 동정시키는 한편, 환대의 앞쪽에 있는 커다란 마디들은 환대강의 구성원임을 표시해준다. 환대강의 구성원들은 또한 영구적인 생식소를 가지는 것으로 정의된다.
붉은지렁이는 자연상태에서 유기물이 많은 토양에 서식하는데, 특히 배설물이 섞여있는 흙을 선호한다. 이 지렁이는 굴을 파는 데 성긴 흙과 기체교환하는 데 충분히 촉촉한 흙을 필요로 한다. 추가적인 요구조건에는 산도와 온도 같은 비생물적 요소를 포함한다.
여러 종류의 비생물적 요소는 붉은지렁이에게 있어 중요하다. pH가 특히 중요한데, 중성토를 선호하는 경우 pH 5.5~8.7 사이의 범위가 허용된다. 온도도 중요하며, 성장, 호흡, 신진대사, 생식 등에 중요한 영향을 미친다. 이상적인 온도는 섭씨 10.6도이다. 추가적인 비생물적 요소로는 호흡에 중요한 수분이 있다. 비슷한 종인 "Millsonia anomala"라는 지렁이의 경우에는 10–17%의 수분을 머금고 있을 때가 가장 활발하다. 붉은지렁이에 대한 저질(底質)은 붉은지렁이의 먹이 공급원, 산도, 및 수분 필요조건과 관계 있다. 배설물을 선호한다. 빛의 강도와 관련해, 대부분의 지렁이 종들은 강한 광원에 있어 음주광성(陰走光性)을 띠고 약한 광원에 있어 양주광성(陽走光性)을 띤다. 이는 지상에서 발견되는 지렁이의 먹이가 적고 말라붙는 것처럼 강한 빛의 영향에서 기인한다.
먹이를 먹는 것과 관련된 붉은지렁이의 감각기관은 지렁이의앞쪽 끝에 위치한 전구엽 위에 있다. 여기에 달린 화학수용체는 알칼로이드, 폴리페놀, 산에 민감하다. 음성 반응이 산과 알칼로이드에 의해 (특정 수준에서) 생기는 반면, 폴리페놀의 민감성은 다른 먹이 공급원을 식별한다. 화학수용체는 또한 다른 몸 부위에서도 발견될 수 있다. 이것들은 지렁이를 온도나 pH 변화와 같은 위험으로부터 벗어나게 하고, 가능한 먹이원으로 이끄는 역할을 한다.
생태계에서의 역할.
붉은지렁이는 분해 상태가 높은 유기물을 먹고 사는 부식성 동물이다. 붉은지렁이 같은 지렁이들은 생태계 안에서 식물이 영양소를 더 쉽게 섭취할 수 있도록 함으로써 영양 단계 사이의 이동율을 높인다. 먹이사슬에서는 광합성 식물이 합성한 에너지를 더 높은 영양 단계의 동물 먹이로 전환하는 역할을 하는 주요 소비자이다.
붉은지렁이의 한 가지 중요한 생물적 상호작용은 비타민 B12를 생성하는 세균, 방선균 등의 미생물들과 보리와의 관계에서 비롯한다. 붉은지렁이의 존재는 토양 내 비타민 B12를 생성하는 미생물과 비타민 B12의 농도를 증가시킨다. 그 결과 보리 수확량이 증가하고 지렁이의 유기물 양이 증가한다. 이와 같이 보리, 미생물, 붉은지렁이 사이에는 긍정적인 피드백 관계가 존재한다.
의학 사용.
중의학에서는, 붉은지렁이의 복부 추출물이 류마티스, 가래 및 혈액 질환 치료를 위해 지룡(地龍)이라는 약재로 사용된다.
ZETA(제타, 이전 이름: yellowTAB ZETA)는 Be사가 개발한 Be 운영 체제를 기반으로 독일의 yellowTAB이 개발했던 운영체제이다. yellowTAB의 파산으로 인해 ZETA는 이후 거의 알려지지 않은 독립 팀에 의해 개발되었고, magnussoft에 의해 배포되었다. 2007년 2월 28일 기준 ZETA의 최신 및 마지막 버전은 1.5였다.
2007년 3월 28일, magnussoft는 판매 실적이 회사의 기대에 크게 미치지 못하여 프로젝트가 더 이상 경제적으로 실행 가능하지 않다는 이유로 3월 16일부로 ZETA 개발 자금 지원을 중단했다고 발표했다. 며칠 후, 회사는 ZETA가 BeOS 소스 코드 및 바이너리의 불법적인 무허가 파생물이라는 주장에 대한 반응으로 ZETA의 배포도 중단했다.
ZETA는 2001년 Be Incorporated가 개발을 중단한 이후 다른 운영 체제에 도입된 최신 하드웨어 및 기능을 지원하여 BeOS를 최신 상태로 만들려는 노력의 일환이었다. 새로운 기능 중에는 USB 2.0 지원, SATA 지원, 삼바 지원, 새로운 미디어 플레이어, 그리고 시스템 구성 요소의 향상된 지역화가 포함되었다. 하이쿠 및 BeOS의 기능 중 일부 또는 전부를 처음부터 다시 만들려는 다른 오픈 소스 노력과 달리 ZETA는 실제 BeOS 코드베이스를 기반으로 했으며 클로즈드 소스였다.
ZETA는 BeOS 상업용 소프트웨어 시장의 활동 증가에 기여했으며, ZETA 및 이전 BeOS용으로 여러 신제품이 출시되었다.
그러나 일부 비평가들은 첫 번째 릴리스의 목표 목록이 달성되지 않은 것으로 보인다고 지적한다(자바 1.4.2 및 ODBC 지원 포함). 다른 평론가들은 BeOS에서 여전히 존재하는 버그를 지적하며, yellowTAB이 상당한 업데이트를 수행하는 데 필요한 소스 코드에 대한 완전한 접근 권한을 가지고 있는지 의문을 제기했다.
적용된 일부 변경 사항은 코드 컴파일을 중단시킬 수 있으며, 일부 경우에는 (가장 눈에 띄게 모질라) 코드 최적화가 적용되면 실제 응용 프로그램을 중단시켜 훨씬 느린 빌드를 초래할 수 있다.
YellowTAB은 주로 독일 시장에서 ZETA를 홍보했으며, 그곳에서는 인포머셜과 RTL Shop을 통해 판매되었고, 일본에서는 여전히 베타 버전으로 판매되고 있었다. Magnussoft가 ZETA의 배포를 중단하기 전에는 주로 magnussoft에서 직접 배포했다.
ZETA와 yellowTAB은 논란에 휩싸였다. yellowTAB 비평가들은 오랫동안 ZETA의 합법성과 yellowTAB이 BeOS 소스에 대한 법적 접근 권한이 있었는지에 대해 의문을 제기했다. 이제 yellowTAB이 소스 코드에 접근하지 않고는 현재까지 개발한 ZETA를 개발할 수 없었다는 것이 알려져 있지만, yellowTAB이 실제로 코드에 대한 법적 접근 권한이 있었는지 여부에 대한 의심은 여전히 남아 있다.
또한 비평가들은 ZETA를 BeOS의 실제 발전이 아니라, 구식이거나 지원되지 않거나 작동하지 않는 타사 응용 프로그램으로 가득 찬 미완성이고 버그가 많은 운영 체제로 보았다. 이는 ZETA의 초기 릴리스에서 특히 그러했으며, BeOS가 표방했던 세부 사항에 대한 관심과 명백히 상충되어 한때 ZETA에 대한 높은 기대를 가졌던 BeOS 커뮤니티를 실망시켰다. yellowTAB이 이후 버전에서 번들 응용 프로그램 선택을 정리했지만, ZETA는 다른 최신 데스크톱 운영 체제에 비해 여전히 다소 불안정하다.
그러나 yellowTAB이 가장 비판받았던 관행은 반쪽짜리 진실이거나 확인하기에는 너무 모호한 주장을 하는 경향이었다. yellowTAB은 (자바, ODBC 등을 포함하여) 결코 실현되지 않은 특정 개발을 발표했을 뿐만 아니라, ZETA가 실제로 가능한 범위를 넘어서는 특정 기능(예: MS 오피스 호환성)을 지원하기도 했다. yellowTAB에 가까운 소식통에 따르면, 이는 독일 RTL TV 홈쇼핑 채널에서 ZETA를 구매한 고객의 높은 반품율로 이어졌고, RTL이 결국 제품 판매를 중단한 이유로 여겨진다.
BeOS 커뮤니티 내에서는 ZETA의 "개인용" 에디션이 없다는 점에 대한 비판이 있었다. 이는 BeOS와 Be사의 역사를 고려할 때 다소 논란이 되는 입장이었다. Intel 버전 BeOS의 수명 동안 Be사는 정기적으로 BeOS 데모 디스크를 CD로 만들고 배포했다. 이 디스크들은 다소 제한적이었으며 BFS 파티션을 마운트하지 않거나 실제 하드 드라이브에 설치되지 않았다. 이들은 하드웨어 지원 테스트 및 운영 체제 맛보기 역할을 했다. ZETA도 비슷한 방식으로 제공되었다. 비슷한 제한이 있는 데모 디스크가 제공되었다. 불행히도, BeOS 커뮤니티의 많은 사람들, 특히 Be사의 몰락 이후 BeOS에 입문한 사람들은 "제한된" 데모 디스크에 문제가 있는 경향이 있었다. 논란은 다음과 같다. BeOS의 최종 상업용 릴리스인 Revision 5에는 자유롭게 배포할 수 있는 "가상" BeOS 설치가 포함되어 있었다. 설치 프로그램은 호스트 OS의 파일에 가상 BeOS 이미지를 생성했으며, 부팅 디스크를 사용하거나 Bootman(기본 BeOS 부팅 관리자) 설치를 통해 컴퓨터를 BeOS로 부팅할 수 있었다. Be사는 이 릴리스를 맛보기로 삼아 사용자들이 실제 하드 드라이브 파티션에 완전히 설치할 수 있는 Professional 에디션을 구매하도록 유도할 계획이었다. 불행히도, 많은 사용자들은 개인용 버전을 실제 파티션에 설치하는 것이 사소한 작업이라는 것을 발견했고, 그래서 Be사는 궁극적으로 제품 판매 잠재력의 상당 부분을 잃었다. YellowTab과 Magnussoft 모두 이를 통해 배웠고, 따라서 라이선스를 구매하지 않고는 설치할 수 없는 ZETA 버전을 제공하지 않았다.
독일어 – ZETA 초기 빌드와 대부분의 패키징은 독일어 사용자를 대상으로 했다. 이는 이후 버전에서 줄어들었지만, 처음 몇 베타 릴리스와 릴리스 후보에는 설정된 로케일에 관계없이 ZETA가 독일어로 되돌아가는 많은 이상한 점이 있었다.
ZETA 버전 1.0에는 잘 고려되지 않은 활성화 구성 요소가 포함되어 있었다. 이는 잔소리 화면이 멈추고 전체 기능이 복원되기 전에 코드를 입력하고 원격 서버를 통해 인증해야 한다. 이 잔소리는 실행 파일을 스텁 실행 파일로 대체하여 비교적 쉽게 우회할 수 있었지만, 활성화는 믿을 수 없을 정도로 형편없이 실행되어 종종 실패했다. 이 활성화는 1.21 릴리스에서 제거되었다.
배포 중단.
Magnussoft는 2007년 4월 5일 배포 중단 서한을 게시했다.
프랑스 컴퓨터 과학 및 자동화 연구소(French Institute for Research in Computer Science and Automation, 인리아, INRIA, 국립 디지털 과학기술 연구소, )는 컴퓨터 과학 및 응용수학에 중점을 둔 프랑스 국립 연구 기관이다.
이 연구소는 1967년 파리 (프랑스) 근처 로크캥쿠르에 프랑스 컴퓨터 과학 및 자동화 연구소 (IRIA)()라는 이름으로 플랑 칼큘의 일환으로 설립되었다. 첫 번째 부지는 유럽 연합군 최고사령부 (북대서양 조약 기구 군사력의 중앙 사령부)의 역사적인 부지였으며, 이곳은 여전히 Inria의 주요 본부로 사용되고 있다. 1980년에 IRIA는 INRIA가 되었다. 2011년부터는 INRIA로 불린다.
INRIA는 프랑스 교육부, 고등교육 및 연구부와 경제재정산업부의 이중 감독을 받는 공공 과학기술 연구 기관 (EPST)이다.
행정적 지위.
INRIA는 프랑스 전역에 9개의 연구 센터(보르도, 그르노블-이노발레, 릴, 리옹, 낭시, 파리 (프랑스)-로크캥쿠르, 렌 (프랑스), 사클레 고원, 소피아앙티폴리스)와 칠레 산티아고에 해외 센터 한 곳을 두고 있다. 또한 이 센터 외의 학술 연구팀에도 기여한다.
INRIA 렌 (프랑스)는 다른 여러 기관과 함께 공동 정보학 및 확률 시스템 연구소 (IRISA)의 일부이다.
2007년 12월 이전에는 보르도, 릴, 사클레의 세 센터가 INRIA Futurs라는 하나의 연구 센터를 형성했다.
2010년 10월, INRIA는 파리 제6대학교 (현재 소르본 대학교) 및 파리 디드로 대학교와 함께 자유 소프트웨어 혁신 및 연구 이니셔티브 센터인 IRILL을 설립했다.
INRIA는 3,800명을 고용하고 있다. 그중 1,300명은 연구원, 1,000명은 박사 과정 학생, 500명은 박사 후 연구원이다.
INRIA는 이론 컴퓨터 과학 및 컴퓨터 과학 분야의 응용 연구를 수행한다. 이 과정에서 다음과 같이 널리 사용되는 많은 프로그램을 개발했다.
또한 INRIA는 2019년 NeurIPS에 채택된 논문을 기준으로 전 세계 12위를 차지하며 프랑스 AI 연구를 이끌고 있다.
1988년 여름, INRIA는 프랑스 텔레콤 및 MCI에 임대한 위성 링크를 통해 프린스턴 대학교를 경유하여 소피아앙티폴리스 지부를 NSFNet에 연결했다. 이 링크는 1988년 8월 8일에 작동을 시작했으며, INRIA 연구원들이 미국 네트워크에 접속하고 미국 항공 우주국 연구원들이 스트라스부르에 기반을 둔 천문학 데이터베이스에 접속할 수 있도록 했다. 이것은 NSFNET에 대한 최초의 국제 연결이자 TCP/IP를 사용하는 네트워크에 프랑스 네트워크가 직접 연결된 최초의 사례였다. 프랑스의 인터넷은 앞으로 몇 년 동안 연구 및 교육 목적으로 제한되었다.
컴퓨터 시스템즈 리서치 그룹(Computer Systems Research Group, CSRG)은 캘리포니아 대학교 버클리의 연구 그룹으로, AT&amp;T 유닉스 운영체제를 개선하는 데 전념했으며 방위고등연구계획국의 자금 지원을 받았다.
1974년 버클리의 밥 패브리 교수는 AT&amp;T로부터 유닉스 소스 라이선스를 획득했다. 그의 그룹은 유닉스를 수정하기 시작했고, 그들의 버전을 BSD로 배포했다.
1980년 4월, 패브리는 방위고등연구계획국과 계약을 맺고 유닉스를 더욱 발전시키고 ARPAnet의 특정 요구 사항을 수용하기로 했다. 이 자금 지원으로 패브리는 컴퓨터 시스템즈 리서치 그룹을 설립했다.
1980년대 초까지 CSRG는 가장 잘 알려진 비상업 유닉스 개발자였으며, 대다수의 유닉스 사이트가 적어도 일부 버클리 소프트웨어를 사용했다. AT&amp;T는 일부 CSRG 작업을 유닉스 시스템 V에 포함했다.
1970년대와 1980년대 동안 AT&amp;T/USL은 유닉스의 상업 라이선스 비용을 20,000달러에서 100,000달러-200,000달러로 인상했다. 이는 BSD를 사용하던 소규모 연구소와 회사들에게 큰 문제가 되었고, CSRG는 AT&amp;T에서 비롯된 모든 소스 코드를 교체하기로 결정했다. 그들은 1994년에 성공했지만, AT&amp;T는 이에 동의하지 않고 버클리를 고소했다. 1994년 법정 합의 후 CSRG는 4.4BSD-Lite2라는 BSD의 최종 버전을 배포했다.
이 그룹은 1995년에 해체되었다.
CSRG는 중요한 혁신을 이루어 기술 수준을 발전시키고 다른 운영 체제의 설계에 영향을 미쳤다. 예를 들어, 소켓 API는 오늘날 많은 운영 체제에서 여전히 사용되고 있다.
주목할 만한 BSD 릴리스는 다음과 같다.
CSRG는 중요한 유산을 남겼다.
FreeBSD, OpenBSD, NetBSD, DragonFly BSD는 4.4BSD-Lite 배포판을 기반으로 하며 오늘날 오픈 소스 유닉스 커뮤니티에서 중요한 역할을 계속하고 있으며, 커널에서 C 소스 코드의 서식 스타일을 규정하고 있다. 이 스타일은 KNF (커널 정규 형식)으로 알려져 있으며 BSD의 style(9) 맨 페이지에 문서화되어 있다.
자유 소프트웨어 재단과 리눅스와 함께 CSRG는 오픈 소스 커뮤니티의 기초를 닦았다.
이전 구성원으로는 키스 보스틱, 빌 조이, 마셜 커크 맥쿠식, 새뮤얼 J. 레플러, 외잘프 바바오글루, 마이클 J. 캐럴스 등이 있다. 썬 마이크로시스템즈, 버클리 소프트웨어 디자인 및 슬리피캣 소프트웨어(나중에 오라클에 인수됨)는 CSRG의 스핀오프 회사로 간주될 수 있다. 버클리 소프트웨어 디자인은 로버트 콜스태드가 이끌었으며, 그는 콘벡스 컴퓨터에서 슈퍼컴퓨터용 BSD 유닉스 개발을 이끌었다.
THE 멀티프로그래밍 시스템(THE multiprogramming system, THE OS)은 에츠허르 데이크스트라가 이끄는 팀이 설계한 컴퓨터 운영체제로, 1965~66년 논문에서 설명되었고 1968년에 발표되었다.
데이크스트라는 시스템에 이름을 붙이지 않았다. "THE"는 당시 네덜란드어로 에인트호번 공과대학교의 이름이었던 "Technische Hogeschool Eindhoven"의 약어일 뿐이다. THE 시스템은 주로 다중작업을 지원하는 배치 시스템이었지만 다중 사용자 운영체제로 설계되지는 않았다. SDS 940과 매우 유사했지만, "THE 시스템의 프로세스 집합은 정적이었다."
THE 시스템은 분명히 소프트웨어 기반 페이지드 가상 메모리의 첫 형태를 도입했다(Electrologica X8은 하드웨어 기반 메모리 관리를 지원하지 않았다). 이는 자기 드럼의 물리적 위치를 강제로 사용해야 하는 프로그램의 제약을 없앴다. 데이크스트라 시스템에서 지원하는 유일한 프로그래밍 언어인 수정된 알골 컴파일러를 사용하여 "요청된 정보가 메모리에 있는지 확인하고, 필요한 경우 스와핑하는 시스템 루틴 호출을 자동으로 생성"함으로써 이를 수행했다. 페이지드 가상 메모리는 버퍼링 입출력(I/O) 장치 데이터와 운영체제 코드의 상당 부분, 그리고 거의 모든 알골 60 컴파일러에도 사용되었다. 이 시스템에서는 세마포어가 프로그래밍 구성 요소로 처음 사용되었다.
THE 멀티프로그래밍 시스템의 설계는 "상위" 계층이 "하위" 계층에만 의존하는 계층형 구조를 사용했다는 점에서 중요하다.
상위 계층은 하위 계층에만 의존할 수 있다는 제약은 시스템에 대한 추론을 (준-정형 기법을 사용하여) 더욱 다루기 쉽게 만들고, 시스템을 점진적으로 구축하고 테스트하는 것을 용이하게 하기 위해 설계자들이 부과했다. 계층은 순서대로, 계층 0부터 구현되었으며, 각 계층이 제공하는 추상화는 철저히 테스트되었다. 커널의 이러한 계층 분할은 멀틱스의 이후 링-세그먼테이션 모델과 어떤 면에서 유사했다. 윈도우 NT 및 MacOS를 포함하여 몇몇 후속 운영체제는 어느 정도 계층화를 사용했지만, 일반적으로 더 적은 계층을 사용했다.
이 시스템의 코드는 네덜란드 Electrologica X8 컴퓨터용 어셈블리어로 작성되었다. 이 컴퓨터는 27비트의 워드 크기, 48 킬로워드의 코어 메모리, 백업 저장소를 제공하는 512 킬로워드의 자기 드럼과 LRU 캐시 알고리즘, 천공 테이프 판독기, 천공 테이프 펀치, 플로터, 프린터를 가지고 있었다.
CalyxOS는 주로 자유-오픈 소스 소프트웨어를 사용하는 일부 스마트폰, 폴더블폰 및 태블릿용 안드로이드 기반 운영체제이다. 이는 Calyx Institute에서 "온라인 개인 정보 보호, 보안 및 접근성 방어"라는 사명의 일환으로 제작되었다.
CalyxOS는 안드로이드의 검증된 부트 시스템을 사용하여 운영 체제의 암호화 서명 방식을 사용하고 잠금된 부트로더로 실행하여 안드로이드 보안 모델을 유지한다. CalyxOS는 또한 사용자가 부트로더를 잠금 해제한 다음 다시 잠그는 과정을 안내하는 설치 프로그램을 제공한다.
Calyx Institute 연례 보고서에 따르면 CalyxOS는 2018-2019 회계연도에 공개적으로 출시되었다. 영감으로는 테일즈와 큐브스 OS가 있었으며, 목표는 "완전한 오픈 소스", 독점적인 구글 추적 제거, 그리고 개인 정보 보호 강화를 위한 토르, 시그널, CalyxVPN 앱 포함이라고 밝혔다.
CalyxOS는 특정 구글 픽셀, 모토로라 및 페어폰 기기를 지원하며, 일부 구형 구글 픽셀 기기와 SHIFT SHIFT6mq에 대해 "확장 지원"을 제공한다.
2022년 4월경, CalyxOS는 페어폰 4, 원플러스 8T, 9 및 9 프로에 대한 지원을 발표했다.
그러나 2022년 5월, CalyxOS는 최신 기기 펌웨어에서 부트로더를 다시 잠글 수 없게 되어 원플러스 빌드를 철회한다고 발표했다.
2024년 3월, CalyxOS는 페어폰 5에 대한 지원을 추가했다.
2025년 8월 1일, Calyx Institute는 CalyxOS 커뮤니티에 서한을 발표하여, 프로세스를 재정비하고 전면 개편하기 위해 CalyxOS 유지 관리 및 개발을 4-6개월간 일시 중단하기로 결정했다고 발표했다. 이는 회장 겸 창립자인 니콜라스 메릴이 조직을 떠나고 Calyx 기술 책임자인 치라유 데사이가 최근 퇴사한 것이 원인이라고 설명했다.
CalyxOS는 구글 모바일 서비스의 오픈 소스 대안으로 MicroG를 제공하며, 구글이 제공하는 위치 서비스에 대한 선택적 대체 서비스로 모질라 위치 서비스를 포함하지만, 사용자에게 microG 및 해당 위치 서비스를 비활성화할 수 있는 옵션을 제공한다.
2020년 10월, 모리츠 트레멜은 CalyxOS를 검토했다. 한 달 후, 트레멜은 왜 리니지OS보다 CalyxOS를 선호하는지 설명했다. 1년 후 2021년 9월, 트레멜은 CalyxOS가 다른 ROM과 달리 "자잘한 조정"이 많이 필요하지 않다는 점을 추가로 설명했다. 2021년 3월 MakeUseOf에 글을 쓴 라훌 남비암푸라스는 CalyxOS를 "개인 정보 보호를 위한 최고의 [안드로이드] ROM 중 하나 ... 편리함과 개인 정보 보호 사이의 완벽한 중간 지점을 제공한다"고 평가했다. 2021년 8월, Android Authority는 CalyxOS가 "일상 사용자에게 개인 정보 보호와 보안을 제공한다"고 썼다.
2022년, "c't Sicher ins Netz: How to block out monitors and attackers"라는 책에서 "CalyxOS는 가장 최근에 나온 커스텀 ROM 중 하나이며, 2022년 여름에 겨우 두 번째 생일을 맞이할 것이다. 내장된 Datura 방화벽, VPN 및 Cloudflare DNS를 통해 Calyx는 다른 모바일 시스템보다 더 많은 보안을 약속한다."라고 언급했다.
2023년, 캐리 파커는 "Firewalls Don't Stop Dragons"라는 책에서 CalyxOS를 추천하는 유일한 대체 전화 운영 체제로 언급했다.
GrapheneOS는 오픈 소스이며 개인 정보 보호 및 보안 중심 안드로이드 운영체제로, 스마트폰, 태블릿 및 폴더블을 포함한 일부 구글 픽셀 기기에서 실행된다.
주요 개발자인 다니엘 미케이는 원래 코퍼헤드OS에서 일했지만, 2018년 코퍼헤드 리미티드의 공동 설립자들 간의 소프트웨어 라이선스 분열로 인해 미케이는 회사에서 해고되었다. 이 사건 이후 미케이는 Android Hardening 프로젝트를 계속 진행했으며, 이 프로젝트는 GrapheneOS로 이름이 변경되어 2019년 4월에 발표되었다.
2022년 3월, 두 개의 GrapheneOS 앱인 "Secure Camera"와 "Secure PDF Viewer"가 구글 플레이 스토어에 출시되었다.
또한 2022년 3월, GrapheneOS는 ProtonAOSP에 이어 두 번째로 구글보다 먼저 안드로이드 12L을 구글 픽셀 기기에 출시했다고 보도되었다.
2023년 5월, 미케이는 GrapheneOS의 선임 개발자와 GrapheneOS 재단 이사직에서 물러날 것이라고 발표했다. 2024년 9월 현재, GrapheneOS 재단의 연방 법인 정보에 미케이가 이사 중 한 명으로 등재되어 있다.
2025년 6월 30일, 그들은 안드로이드 16 기반의 GrapheneOS 버전을 공식적으로 출시했다.
샌드박스형 구글 플레이.
기본적으로 구글 앱은 GrapheneOS에 설치되지 않지만, 사용자는 사전 설치된 "앱 스토어"에서 구글 플레이 서비스의 샌드박스형 버전을 설치할 수 있다. 샌드박스형 구글 플레이 서비스는 구글 플레이 스토어 및 이에 의존하는 앱에 대한 접근을 허용하며, 푸시 알림 및 인앱 결제와 같은 기능도 포함한다.
2024년 1월경, 안드로이드 오토 지원이 GrapheneOS에 추가되어 사용자가 앱 스토어를 통해 설치할 수 있게 되었다. 샌드박스형 구글 플레이 호환성 계층 설정은 유선 안드로이드 오토, 무선 안드로이드 오토, 오디오 라우팅 및 전화 통화에 필요한 최소한의 접근 권한을 부여하는 4개의 토글이 있는 새로운 권한 메뉴를 추가한다.
보안 및 개인 정보 보호 기능.
GrapheneOS는 각 설치된 앱에 대해 취소 가능한 네트워크 접근 및 센서 권한 토글을 도입한다. GrapheneOS는 또한 잠금화면에 대한 PIN 스크램블링 옵션을 도입한다.
GrapheneOS는 안드로이드의 네트워크별 기본 설정 대신 기본적으로 연결당 (와이파이 네트워크에 대한) MAC 주소를 무작위로 변경한다.
GrapheneOS는 사용하지 않을 때 자동 전화 재부팅, 자동 와이파이 및 블루투스 비활성화, 앱에 대한 USB-C 포트, 마이크, 카메라 및 센서의 시스템 수준 비활성화 기능을 포함한다. 또한, 사용자가 앱이 접근할 수 있는 연락처를 선택할 수 있는 "연락처 범위" 기능을 제공한다.
으로 알려진 강화된 크로미엄 기반 웹 브라우저 및 웹뷰 구현은 GrapheneOS에 의해 개발되었으며 기본 웹 브라우저/웹뷰로 포함된다. 이는 자동 업데이트, 프로세스 및 사이트 수준 샌드박싱, 내장된 광고 및 추적기 차단 기능을 포함한다.
GrapheneOS가 개발한 하드웨어 기반 인증 앱인 는 "기기의 펌웨어/소프트웨어의 진정성과 무결성에 대한 강력한 하드웨어 기반 검증을 제공"하며 또한 포함된다.
Secure Camera 및 Secure PDF Viewer와 같은 앱은 Exif 메타데이터 자동 제거 및 PDF 파일의 악성 코드 방어와 같은 기능을 제공한다.
GrapheneOS는 또한 일반적인 취약점(예: 힙 메모리 손상)에 대한 상당한 방어 기능을 제공하도록 의도된 강화된 메모리 할당자(`hardened_malloc`)를 포함한다. 또한, 크로미엄 기반 브라우저/웹뷰(Vanadium)는 업스트림 기본값 외에 추가적인 익스플로잇 완화(예: 유형 기반 CFI, 더 강력한 SSP, 변수 0 초기화)를 가능하게 한다.
GrapheneOS는 현재 구글 픽셀 기기하고만 호환된다. 이는 잠금 해제 가능한 부트로더 및 확인된 부팅의 적절한 구현을 포함하여 새로운 장치 지원 추가를 위한 GrapheneOS의 특정 요구 사항 때문이다. 2025년 10월, GrapheneOS는 "주요" 안드로이드 OEM과 협력하여 스냅드래곤 플랫폼에서 OS를 지원하는 미래 장치를 개발 중이라고 밝혔다.
운영 체제는 Windows, macOS, Linux 및 Android 장치를 포함한 다양한 플랫폼에서 설치할 수 있다. 두 가지 설치 방법이 제공된다. 대부분의 사용자에게 권장되는 WebUSB 기반 설치 프로그램과 숙련된 사용자를 위한 명령줄 기반 설치 프로그램이다.
2019년, 데어 슈탄다르트의 게오르그 피흘러(Georg Pichler)와 다른 언론 매체들은 에드워드 스노든이 트위터에 "오늘 스마트폰을 구성한다면 다니엘 미케이의 GrapheneOS를 기본 운영 체제로 사용할 것"이라고 말했다고 인용했다.
서비스가 사용자에게 사유 앱 설치를 강요해서는 안 되는 이유를 논의하면서, netzpolitik.org의 레나트 뮐렌마이어(Lennart Mühlenmeier)는 GrapheneOS를 Apple 또는 Google의 대안으로 제안했다.
Svět Mobilně와 Webtekno는 GrapheneOS가 표준 안드로이드를 대체할 보안 및 개인 정보 보호 중심의 좋은 대안이라고 반복해서 제안했다.
Golem.de의 GrapheneOS에 대한 상세한 리뷰에서 모리츠 트레멜(Moritz Tremmel)과 세바스티안 그루너(Sebastian Grüner)는 GrapheneOS를 다른 안드로이드 시스템과 유사하게 사용할 수 있었고, 구글로부터 더 많은 자유를 누리면서도 "추가 메모리 보호로 인한 차이점은 느끼지 못했지만, 그게 바로 원하는 바"라고 말했다. 그들은 GrapheneOS가 "안드로이드 기기가 늦어도 3년 후에는 쓸모없게 되는 방식"을 바꿀 수는 없지만, "남은 수명 동안 기기를 더 잘 보호하고 개인 정보를 보호할 수 있다"고 결론지었다.
2021년 6월, Cellular News에 GrapheneOS, KaiOS, AliOS, Tizen OS에 대한 리뷰가 게시되었다. GrapheneOS 리뷰는 이를 "개인 정보 보호 및 보안 측면에서 단연 최고의 모바일 운영 체제"라고 평가했다. 그러나 그들은 GrapheneOS가 사용자에게 불편함을 준다고 비판하며 "GrapheneOS는 완전히 구글화되지 않았으며 앞으로도 그렇게 유지될 것이다. 적어도 개발자들에 따르면 그렇다"라고 말했다. 그들은 또한 "약간의 성능 저하"를 발견했으며 "앱(설정 앱일지라도)이 완전히 로드되는 데 2초가 걸릴 수도 있다"고 언급했다.
2022년 3월, How-To Geek에 글을 쓴 조 페데와(Joe Fedewa)는 개인 정보 보호 문제로 인해 구글 앱이 포함되지 않았으며 GrapheneOS에는 기본 앱 스토어도 포함되지 않았다고 말했다. 대신 페데와는 F-Droid를 사용할 수 있다고 제안했다.
2022년, 모바일시럽(MobileSyrup)의 조나단 라몽(Jonathan Lamont)은 픽셀 3에 GrapheneOS를 설치하여 일주일 사용 후 리뷰했다. 그는 GrapheneOS 설치 과정을 "간단하다"고 말했으며, 전반적으로 GrapheneOS가 마음에 들었지만, 설치 후 경험이 "수정되지 않은 픽셀이나 아이폰을 사용하는 것과 같이 매끄럽지 않은 경우가 많다"고 비판했다. 그는 자신의 경험을 "구글 앱에 대한 과도한 의존"과 GrapheneOS 기본 키보드 및 카메라 앱에 구글 소프트웨어와 비교하여 일부 "스마트" 기능이 없었기 때문이라고 설명했다.
일주일 전의 첫인상 게시물에서 라몽은 쉬운 설치 후 메시지 앱의 권한 문제와 연락처 가져오기 어려움이 있었다고 말했다. 라몽은 "간단한 경험을 원하는 사람은 GrapheneOS 또는 다른 개인 정보 보호 중심 안드로이드 경험을 피하는 것이 좋을 것이다. 개인 정보 보호는 종종 편리함과 사용 편의성을 희생하기 때문이다"라고 결론지었다.
2022년 7월, 지디넷의 찰리 오스본(Charlie Osborne)은 페가수스 감염이 의심되는 개인은 안전한 통신을 위해 GrapheneOS가 설치된 보조 장치를 사용할 것을 제안했다.
2023년 1월, 스위스 스타트업 Apostrophy AG는 GrapheneOS "위에 구축된" 유료 구독 기반 안드로이드 운영 체제 및 서비스인 AphyOS를 발표했다.
액세스 리눅스 플랫폼(Access Linux Platform, ALP)은 한때 "차세대 팜 OS 버전"으로 불리던 오픈 소스 소프트웨어 기반의 운영체제로, 일본 도쿄의 액세스에서 모바일 장치용으로 개발하고 판매했던 제품이다. 이 플랫폼에는 자바, 클래식 팜 OS, GTK+ 기반의 네이티브 리눅스 애플리케이션을 위한 실행 환경이 포함되어 있었다. ALP는 3GSM, 리눅스월드, GUADEC, Open Source in Mobile을 비롯한 다양한 컨퍼런스에서 장치에 시연되었다.
ALP는 2006년 2월에 처음 발표되었다. 플랫폼과 소프트웨어 개발 키트의 초기 버전은 2007년 2월에 공식적으로 출시되었다. 액세스, Esteemo, NEC, NTT 도코모, 파나소닉은 LiMo 재단의 사양을 준수하는 i.mode Mobile Oriented Applications Platform (MOAP) (L) 응용 프로그램 프로그래밍 인터페이스 (API)의 수정된 버전을 구현하는 공유 플랫폼의 기반으로 이 플랫폼을 사용하기 위한 공동 노력을 기울였다. ALP를 사용하는 최초의 스마트폰은 2009년 중반에 출시될 예정이었던 Emblaze Mobile의 Edelweiss였다. 그러나 출시 전에 보류되었다. Emblaze Mobile과 7개의 다른 파트너와 협력하여 샤프에서 개발 중이던 First Else (Monolith에서 이름이 변경됨) 스마트폰은 2009년으로 예정되었지만, 출시되지 않았고 2010년 6월에 공식적으로 취소되었다. 이 플랫폼은 더 이상 Access 웹사이트에서 참조되지 않지만, 파나소닉과 NEC는 2010년에서 2013년 사이에 일본 시장에 여러 ALP 폰을 출시했다.
외관 및 느낌.
사용자 인터페이스는 초기 팜 OS 릴리스와 유사한 일반적인 목표를 가지고 설계되었으며, 가능한 한 애플리케이션을 단순하게 만드는 데 중점을 둔 디자인 철학인 팜의 선(Zen of Palm)을 보존하는 것을 목표로 했다. 인터페이스의 다른 측면에는 데스크톱 시스템에서 흔히 볼 수 있는 파일/문서 지향 대신 작업 기반 지향이 포함되었다.
플랫폼의 외관은 특정 장치 및 상황에 따라 차별화를 제공하기 위해 고도로 사용자 정의할 수 있도록 의도되었다.
마지막 릴리스에서는 제스처 지원과 함께 훨씬 더 현대적인 모양을 지향했으며, 더 이상 팜 OS와 가깝지 않았다.
기본 프레임워크.
노키아의 인터넷 태블릿 프레임워크인 마에모와 유사하게, ALP는 GTK+ 및 GStreamer 프레임워크를 포함하여 그놈 프로젝트에서 가져온 구성 요소를 기반으로 했다. 다른 다양한 핵심 구성 요소는 BlueZ, 매치박스, cramfs 등을 포함한 주류 오픈 소스 프로젝트에서 가져왔다. 이러한 구성 요소는 GNU 일반 공중 사용 허가서 (GPL), GNU 약소 일반 공중 사용 허가서 (LGPL) 및 기타 오픈 소스 라이선스에 따라 라이선스가 부여되었으며, 이는 ALP가 소프트웨어 수준에서 자유롭거나 개방적인 환경이었음을 의미한다.
ALP의 여러 구성 요소는 The Hiker Project로 모질라 공용 허가서에 따라 출시되었다. 이 구성 요소들은 애플리케이션 수명 주기, 태스크 간 통신, 구조화된 데이터 교환 및 사용, 보안, 시간 및 이벤트 기반 알림, 그리고 모바일 장치용 애플리케이션 개발에 공통적인 기타 영역의 문제를 해결했다.
애플리케이션 개발.
ALP는 POSIX 및 리눅스 기본 규격 (LSB) 표준에서 정의한 대로 대부분의 일반적인 작업에 대한 표준 API를 제공했다. 그러나 두 표준 모두 전화 통신, 장치 사용자 정의, 메시징 또는 기타 여러 주제를 다루지 않으므로 액세스에서 해당 기능에 대한 여러 다른 프레임워크 및 API를 정의했다.
ALP용 애플리케이션은 C 또는 C++로 리눅스 네이티브 코드, 레거시 팜 OS 애플리케이션 (Garnet VM 에뮬레이션 환경에서 실행됨), 또는 자바로 개발할 수 있었다. 애플리케이션 관리자 (Hiker 프레임워크의 일부)가 사용하는 런치패드 개발을 통해 추가 실행 환경이 지원되었다.
ALP SDK는 이전 Palm OS 개발 환경과 마찬가지로 추가 플러그인이 있는 이클립스 기반의 통합 개발 환경 (IDE)을 사용했다. 사용된 컴파일러는 내장형 응용 프로그램 이진 인터페이스 (EABI)를 지원하는 ARM 버전의 표준 GNU 컴파일러 모음 (GCC) 도구 체인이었다.
ALP는 사용자 공간 정책 기반 보안 프레임워크와 커널 공간 리눅스 보안 모듈을 조합하여 세밀한 액세스 제어를 구현했다. ALP 보안 구현을 위한 구성 요소는 Hiker 프레임워크의 일부로 출시되었다. 제어는 서명 및 인증서를 기반으로 하며, 서명되지 않은 애플리케이션은 미리 정의된 안전한 API 집합에 대한 액세스를 허용할 수 있었다.
ALP를 탑재한 파나소닉 휴대폰:
ALP를 탑재한 NEC 휴대폰:
제퍼(Zephyr)는 연결된 자원 제한 임베디드 장치 (특히 마이크로컨트롤러 중심)를 위한 작은 실시간 운영체제 (RTOS)로, 여러 아키텍처를 지원하며 아파치 라이선스 2.0으로 출시되었다. 제퍼에는 커널과 모든 구성 요소 및 라이브러리, 장치 드라이버, 프로토콜 스택, 파일 시스템, 펌웨어 업데이트가 포함되어 완전한 응용 소프트웨어를 개발하는 데 필요하다.
이름은 고대 그리스 서풍의 신인 제피로스에서 따왔다.
제퍼는 디지털 신호 처리 장치 (DSP)용 Virtuoso RTOS에서 유래했다. 2001년, 윈드 리버 시스템스는 Virtuoso의 개발사인 벨기에 소프트웨어 회사 Eonic Systems를 인수했다. 2015년 11월, 윈드 리버 시스템스는 운영체제 이름을 Rocket으로 변경하고, 오픈 소스 및 로열티 프리로 만들었다. 윈드 리버의 다른 RTOS인 VxWorks와 비교할 때, Rocket은 훨씬 적은 메모리 요구 사항을 가졌으며, 특히 센서 및 단일 기능 임베디드 장치에 적합했다. Rocket은 4KB만큼 작은 메모리에도 들어갈 수 있었지만, VxWorks는 200KB 이상이 필요했다.
2016년 2월, Rocket은 리눅스 재단의 호스팅 협력 프로젝트가 되어 제퍼라는 이름으로 활동하게 되었다. 윈드 리버 시스템스는 Rocket 커널을 제퍼에 기여했지만, 여전히 고객에게 Rocket을 제공하며 클라우드 서비스에 대한 비용을 청구했다. 결과적으로 Rocket은 "본질적으로 제퍼의 상용 버전"이 되었다.
그 이후 제퍼의 초기 회원 및 후원자에는 인텔, NXP 반도체, 시높시스, 리나로, 텍사스 인스트루먼트, 노르딕 세미컨덕터, 오티콘, 보스가 포함된다.
기준으로, 제퍼는 다른 RTOSes (Mbed, RT-Thread, NuttX, RIOT 포함)에 비해 가장 많은 기여자 수와 커밋 수를 기록했다.
제퍼는 자원 제약적인 임베디드 또는 마이크로컨트롤러 기반 응용 프로그램을 개발하는 데 필요한 모든 구성 요소를 제공하는 것을 목표로 한다. 다음을 포함한다.
구성 및 빌드 시스템.
제퍼는 리눅스 커널에서 상속받은 Kconfig와 devicetree를 구성 시스템으로 사용하지만, 비-유닉스 운영 체제에 대한 이식성을 위해 파이썬 프로그래밍 언어로 구현되었다. RTOS 빌드 시스템은 CMake를 기반으로 하여 Zephyr 응용 프로그램이 리눅스, macOS, 마이크로소프트 윈도우에서 빌드될 수 있도록 한다.
West 유틸리티 도구.
제퍼는 저장소 관리, 하드웨어에 프로그램 다운로드 등을 위한 West라는 범용 도구를 가지고 있다.
초기 제퍼 커널은 이중 나노커널과 마이크로커널 설계를 사용했다. 2016년 12월 제퍼 1.6부터 모놀리식 커널로 변경되었다.
커널은 다른 소형 OS와 구별되는 여러 기능을 제공한다.
보안 유지 및 개선에 전념하는 그룹이 있다. 또한 커뮤니티가 소유하고 지원한다는 것은 전 세계 오픈 소스 개발자들이 코드를 검토하여 보안을 크게 강화한다는 것을 의미한다.
ARM Cortex-R은 Arm 홀딩스가 라이선스하는 32비트 및 64비트 RISC ARM 아키텍처 프로세서 코어 계열이다. 이 코어들은 하드 실시간 및 안전 필수 애플리케이션에 최적화되어 있다. 이 계열의 코어들은 ARM 실시간(R) 프로파일을 구현하는데, 이는 세 가지 아키텍처 프로파일 중 하나이며, 다른 두 가지는 Cortex-A 계열에서 구현되는 애플리케이션(A) 프로파일과 Cortex-M 계열에서 구현되는 마이크로컨트롤러(M) 프로파일이다. ARM Cortex-R 마이크로프로세서 계열은 현재 ARM Cortex-R4(F), ARM Cortex-R5(F), ARM Cortex-R7(F), ARM Cortex-R8(F), ARM Cortex-R52(F), ARM Cortex-R52+(F), 및 ARM Cortex-R82(F)로 구성되어 있다.
ARM Cortex-R은 ARM 아키텍처의 R 프로파일을 구현하는 ARM 코어 계열이다. 이 프로파일은 고성능 하드 실시간 및 안전 필수 애플리케이션을 위해 설계되었다. 이는 애플리케이션 처리를 위한 A 프로파일과 유사하지만, 오류 허용성을 높이고 하드 실시간 및 안전 필수 애플리케이션에 더 적합하도록 기능을 추가한다.
추가된 실시간 및 안전 필수 기능은 다음과 같다:
Armv8-R 아키텍처는 Armv7-A 아키텍처에서 도입된 것과 유사한 가상화 기능을 포함한다. 하이퍼바이저의 제어 하에 여러 운영 체제를 서로 격리할 수 있도록 두 단계의 MPU 기반 변환이 제공된다.
2020년 9월 4일에 도입된 R82 이전에는 Cortex-R 계열에는 메모리 관리 장치(MMU)가 없었다. R82 이전 모델은 가상 메모리를 사용할 수 없었으므로, 리눅스와 같은 모든 기능을 갖춘 많은 애플리케이션에는 적합하지 않았다. 그러나 전체 제어에 중점을 둔 많은 실시간 운영체제 (RTOS)는 전통적으로 MMU의 부족을 버그가 아니라 기능으로 간주했다. R82에서는 리눅스와 같은 페이지 기반 OS와 병렬로 전통적인 RTOS를 실행할 수 있다. 여기서 리눅스는 유연성을 위해 MMU를 활용하고, RTOS는 실시간 기능에 대한 완전한 예측 가능성을 유지하기 위해 RTOS에 할당된 페이지에서 MMU를 직접 변환 모드로 고정시킨다.
Arm 홀딩스는 자체 설계에 기반한 CPU 장치를 제조하거나 판매하지 않고, 관심 있는 당사자에게 코어 설계를 라이선스한다. ARM은 비용 및 제공물에 따라 다양한 라이선스 조건을 제공한다. 모든 라이선스 사용자에게 ARM은 ARM 코어의 통합 가능한 하드웨어 설명은 물론 완전한 소프트웨어 개발 도구 세트와 ARM CPU를 포함하는 제조된 규소를 판매할 권리를 제공한다.
통합 장치 제조업체(IDM)는 합성 가능한 RTL(베릴로그로 작성됨) 형태로 ARM 프로세서 IP를 받는다. 이 형태로, 그들은 아키텍처 수준의 최적화 및 확장을 수행할 수 있다. 이를 통해 제조업체는 더 높은 클럭 속도, 매우 낮은 전력 소비, 명령어 세트 확장, 크기 최적화, 디버그 지원 등과 같은 맞춤형 설계 목표를 달성할 수 있다. 특정 ARM CPU 칩에 어떤 구성 요소가 포함되었는지 확인하려면 제조업체 데이터시트 및 관련 문서를 참조해야 한다.
Cortex-R은 매우 낮은 지연 시간 및 높은 수준의 안전성이 요구되는 컴퓨터 제어 시스템에 사용하기에 적합하다. 하드 실시간, 안전 필수 애플리케이션의 예로는 자동차의 현대적인 전자 제동 시스템이 있다. 이 시스템은 수많은 센서 데이터 입력에 빠르고 반응해야 할 뿐만 아니라, 인명 안전에도 책임이 있다. 이러한 시스템의 고장은 심각한 부상이나 인명 손실로 이어질 수 있다.
하드 실시간 및 안전 필수 애플리케이션의 다른 예시는 다음과 같다:
팔딱이지렁이속 ()은 지렁이과에 속하는 환형동물의 한 속이다.
이 속은 거의 전 세계에 분포한다.
다음과 같은 종들이 있다.
ARM Cortex-M은 ARM 리미티드가 라이선스를 부여한 32비트 RISC ARM 아키텍처 프로세서 코어 그룹이다. 이 코어들은 저가형 및 에너지 효율적인 집적 회로에 최적화되어 있으며, 수백억 개의 소비자 기기에 내장되어 있다. 주로 마이크로컨트롤러 칩의 주요 구성 요소로 사용되지만, 다른 유형의 칩 내부에도 내장되기도 한다. Cortex-M 제품군은 Cortex-M0, Cortex-M0+, Cortex-M1, Cortex-M3, Cortex-M4, Cortex-M7, Cortex-M23, Cortex-M33, Cortex-M35P, Cortex-M52, Cortex-M55, Cortex-M85로 구성된다. Cortex-M4 / M7 / M33 / M35P / M52 / M55 / M85 코어에는 부동소수점 장치 (FPU) 옵션이 제공되며, 실리콘에 포함될 경우 이 코어들은 때때로 "Cortex-MxF"로 알려져 있으며, 여기서 'x'는 코어 변형을 나타낸다.
ARM Cortex-M 제품군은 마이크로컨트롤러, ASIC, ASSP, FPGA, SoC에 사용하도록 설계된 ARM 마이크로프로세서 코어이다. Cortex-M 코어는 일반적으로 전용 마이크로컨트롤러 칩으로 사용되지만, 전원 관리 컨트롤러, I/O 컨트롤러, 시스템 컨트롤러, 터치스크린 컨트롤러, 스마트 배터리 컨트롤러 및 센서 컨트롤러와 같은 SoC 칩 내부에도 "숨겨져" 있다.
Cortex-A 코어와의 주요 차이점은 Cortex-M 코어는 "완전한" 운영체제에 필수적인 것으로 간주되는 가상 메모리용 메모리 관리 장치 (MMU)가 없다는 것이다. Cortex-M 프로그램은 대신 베어 메탈 또는 Cortex-M을 지원하는 다양한 실시간 운영체제 중 하나에서 실행된다.
과거에는 8비트 마이크로컨트롤러가 매우 인기가 있었지만, 저가형 Cortex-M 칩의 가격이 하락하면서 Cortex-M은 점차 8비트 시장을 잠식하고 있다. Cortex-M은 32비트 수학 연산에 이점이 있는 응용 분야에서 8비트 칩을 대체하고 있으며, ARM7 및 ARM9과 같은 오래된 ARM 코어를 대체하고 있다.
특히, 대부분의 SD 카드 또는 플래시 드라이브 내부에 내장된 마모 평준화 컨트롤러는 (8비트) 8051 마이크로컨트롤러 또는 ARM CPU이다.
ARM 리미티드는 자체 설계에 기반한 CPU 장치를 제조하거나 판매하지 않고, 대신 프로세서 아키텍처를 관심 있는 당사자에게 라이선스한다. Arm은 비용과 결과물에 따라 다양한 라이선스 조건을 제공한다. 모든 라이선스 사용자에게 Arm은 ARM 코어의 통합 가능한 하드웨어 설명뿐만 아니라 완전한 소프트웨어 개발 도구 세트와 ARM CPU를 포함하는 제조된 규소를 판매할 권리를 제공한다.
통합 장치 제조업체(IDM)는 합성 가능한 RTL (베릴로그로 작성됨) 형태로 ARM 프로세서 IP를 받는다. 이 형태로 그들은 아키텍처 수준의 최적화 및 확장을 수행할 수 있다. 이를 통해 제조업체는 더 높은 클록 속도, 매우 낮은 전력 소비, 명령어 세트 확장(부동 소수점 포함), 크기 최적화, 디버그 지원 등과 같은 맞춤형 설계 목표를 달성할 수 있다. 특정 ARM CPU 칩에 어떤 구성 요소가 포함되어 있는지 확인하려면 제조업체의 데이터시트 및 관련 문서를 참조해야 한다.
Cortex-M 코어의 실리콘 옵션 중 일부는 다음과 같다.
추가 실리콘 옵션:
Cortex-M0 / M0+ / M1은 ARMv6-M 아키텍처를 구현하고, Cortex-M3은 ARMv7-M 아키텍처를 구현하며, Cortex-M4 / Cortex-M7은 ARMv7E-M 아키텍처를 구현하고, Cortex-M23 / M33 / M35P는 ARMv8-M 아키텍처를 구현하며, Cortex-M52 / M55 / M85는 ARMv8.1-M 아키텍처를 구현한다. 이 아키텍처들은 ARMv6-M에서 ARMv7-M, ARMv7E-M으로 바이너리 명령어 상위 호환이 된다. Cortex-M0 / Cortex-M0+ / Cortex-M1에서 사용할 수 있는 바이너리 명령어는 Cortex-M3 / Cortex-M4 / Cortex-M7에서 수정 없이 실행할 수 있다. Cortex-M3에서 사용할 수 있는 바이너리 명령어는 Cortex-M4 / Cortex-M7 / Cortex-M33 / Cortex-M35P에서 수정 없이 실행할 수 있다. Cortex-M 아키텍처에서는 Thumb-1 및 Thumb-2 명령어 세트만 지원되며, 기존의 32비트 ARM 명령어 세트는 지원되지 않는다.
모든 Cortex-M 코어는 대부분의 Thumb-1, 일부 Thumb-2를 포함하는 공통 명령어 하위 집합을 구현하며, 32비트 결과 곱셈도 포함한다. Cortex-M0 / Cortex-M0+ / Cortex-M1 / Cortex-M23은 가장 작은 실리콘 다이를 만들기 위해 설계되었으므로 Cortex-M 제품군 중 가장 적은 수의 명령어를 가지고 있다.
Cortex-M0 / M0+ / M1은 ARMv7-M 아키텍처에 추가된 새로운 명령어(CBZ, CBNZ, IT)를 제외한 Thumb-1 명령어를 포함한다. Cortex-M0 / M0+ / M1은 Thumb-2 명령어의 작은 하위 집합(BL, DMB, DSB, ISB, MRS, MSR)을 포함한다. Cortex-M3 / M4 / M7 / M33 / M35P는 모든 기본 Thumb-1 및 Thumb-2 명령어를 가지고 있다. Cortex-M3은 3개의 Thumb-1 명령어, 모든 Thumb-2 명령어, 하드웨어 정수 나눗셈 및 [[포화 연산]] 명령어를 추가한다. Cortex-M4는 [[디지털 신호 처리 장치|DSP]] 명령어와 선택적 단정밀도 [[부동소수점 장치]] (VFPv4-SP)를 추가한다. Cortex-M7은 선택적 배정밀도 FPU (VFPv5)를 추가한다. Cortex-M23 / M33 / M35P / M52 / M55 / M85는 [[TrustZone]] 명령어를 추가한다.
사용 중단.
ARM Cortex-M 시리즈를 위한 ARM 아키텍처는 이전 레거시 코어에서 일부 기능을 제거했다.
32비트 ARM 명령어 세트의 기능은 Thumb-1 및 Thumb-2 명령어 세트에 의해 여러 가지 방식으로 복제되지만, 일부 ARM 기능은 유사한 기능을 가지고 있지 않다.
16비트 Thumb-1 명령어 세트는 ARMv4T 아키텍처를 가진 기존 [[ARM7|ARM7T]] 코어에 처음 출시된 이후 시간이 지남에 따라 진화했다. 각 기존 ARMv5 / ARMv6 / ARMv6T2 아키텍처가 출시됨에 따라 새로운 Thumb-1 명령어가 추가되었다. 일부 16비트 Thumb-1 명령어는 Cortex-M 코어에서 제거되었다.
Cortex-M0.
Cortex-M0 코어는 작은 실리콘 다이 크기와 가장 낮은 가격의 칩에 사용하기에 최적화되어 있다.
Cortex-M0 코어의 주요 기능은 다음과 같다.
실리콘 옵션:
[[파일:M2 Health Bracelet - controller board - Nordic N51822-0627.jpg|thumb|nRF51822]]
다음 마이크로컨트롤러는 Cortex-M0 코어를 기반으로 한다.
다음 칩은 Cortex-M0을 보조 코어로 사용한다.
Cortex-M0+.
[[파일:Freescale FRDM-KL25Z board with KL25Z128VLK (ARM Cortex-M0+ MCU).JPG|thumb|right| [[NXP 반도체|NXP]] ([[프리스케일 세미컨덕터]]) KL25Z128VLK (Kinetis L)가 장착된 FRDM-KL25Z 보드]]
Cortex-M0+는 Cortex-M0의 최적화된 상위 집합이다. Cortex-M0+는 Cortex-M0와 완벽한 명령어 세트 호환성을 가지므로 동일한 컴파일러 및 디버그 도구를 사용할 수 있다. Cortex-M0+ 파이프라인은 3단계에서 2단계로 줄어들어 전력 사용량을 낮추고 성능을 향상시킨다 (분기가 한 사이클 더 적게 걸리므로 평균 IPC가 더 높다). 기존 Cortex-M0의 디버그 기능 외에도 마이크로 트레이스 버퍼(MTB)라는 실리콘 옵션을 Cortex-M0+에 추가할 수 있으며, 이는 간단한 명령어 트레이스 버퍼를 제공한다. Cortex-M0+는 또한 [[메모리 보호]] 장치(MPU) 및 벡터 테이블 재배치와 같은 Cortex-M3 및 Cortex-M4 기능을 실리콘 옵션으로 추가할 수 있다.
Cortex-M0+ 코어의 주요 기능은 다음과 같다.