유닉스 커널형태는 무엇인가요?
커널 (컴퓨팅)
주로 다음 운영 체제들의 커널이 단일형 커널인 것으로 알려져 있다.
표준 스트림
유닉스 이전의 대부분의 운영 체제에서, 프로그램은 명시적으로 적절한 입력 장치와 출력 장치에 연결해줄 필요가 있었다. 이 작업은 각 OS 마다 처리 방식이 달랐기 때문에 매우 방대한 작업이었다. 수많은 시스템에서 환경 설정을 제어하거나, 파일 테이블에 접근하거나, 필요한 데이터 셋을 결정하기 위해 펀치 카드 리더기나 자기 테이프 드라이브, 라인 프린터, 카드 펀치, 대화식 터미널을 적절하게 제어할 필요가 있었다.
GNU 프로젝트
1990년까지 GNU 시스템엔 확장 가능한 문서 편집기(이맥스), 뛰어난 최적화 컴파일러(GCC), 그리고 표준 유닉스 배포판의 핵심 라이브러리와 유틸리티가 있었다. 하지만, 여기엔 주요 구성요소인 커널이 빠져 있었다.
원자 궤도
단일 s 오비탈 (formula_10)은 구형이다. n = 1의 경우, 그것은 대략적으로 단단한 공(중심에서 가장 밀도가 높고 지수 적으로 바깥쪽으로 사라짐)이지만, n = 2 또는 그 이상에 대해, 각각의 단일 s 궤도는 둥근 껍질인 구면 대칭 표면으로 구성된다 (즉, "웨이브 구조"는 사인파 방사형 구성 요소 다음에 방사형이다. 오른쪽에있는 이러한 중첩 된 껍질의 횡단면 그림을 참조. 모든 n개의 수에 대한 s 오비탈은 핵 중심에서 항결핵 (높은 파동 함수 밀도의 영역)이 있는 유일한 궤도 함수이다. 다른 모든 궤도 (p, d, f 등)는 각운동량을 가지므로 핵을 피할 수 있다 (핵에 웨이브 노드가 있음). 최근에는 에너지 분산형 X 선 분광법을 이용한 주사 투과 전자 현미경을 사용하여 SrTiO3 결정에서 1s 및 2p 궤도를 실험적으로 이미지화하려는 노력이 있었다. 이미징은 전자 빔을 사용하여 수행 되었기 때문에 종종 충격 매개 변수 효과라고하는 쿨롱 빔 궤도 상호 작용이 최종 결과에 포함된다 (오른쪽 그림 참조).
Mkdir
초기 버전의 유닉스(4.1BSD, 초기 버전의 시스템 V)에서 이 명령어가 codice_3 루트여야 했다. 왜냐하면 커널이 codice_4 syscall을 가지고 있지 않았기 때문이다. 그 대신, codice_5로 디렉터리를 만들어 .과 .. 디렉터리 항목을 수동으로 링크하였다.
Init
유닉스 기반 컴퓨터 운영 체제에서 init은 컴퓨터 시스템의 부팅 과정 중 최초의 프로세스이다. Init은 시스템이 종료될 때까지 계속 실행하는 데몬 프로세스이다. 다른 모든 프로세스의 직간접 부모 프로세스이며 자동으로 고아 프로세스들을 입양한다. Init은 하드 코딩된 파일 이름을 이용하여 커널에 의해 시작된다. 커널이 이를 시작할 수 없으면 커널 패닉이 발생한다. Init은 일반적으로 프로세스 식별자 1로 할당된다.
커널 패닉
유닉스 V6의 codice_1 함수의 소스 코드는 다음과 같다:
유닉스 코드베이스가 강화되면서 codice_1 함수는 다양한 형태의 디버깅 정보를 콘솔에 출력하도록 개선되었다.
Ls (유닉스)
유닉스 계열의 운영 체제에서는 현재 사용자가 작업을 수행하고 있는 파일 시스템상의 위치를 나타내는 ‘현재 디렉터리’(current directory)라는 개념이 존재한다. (이 개념은 도스 등에서도 존재한다.) codice_1를 옵션 없이 기동시킬 경우, 현재 디렉터리에 있는 파일의 목록이 표시되게 된다. 또한, 디렉터리 또는 파일의 목록을 매개 변수로 지정하였을 경우, 지정된 파일 또는 디렉터리 안에 소속되어 있는 파일의 목록이 표시된다.
Ioctl
사용자 공간 응용 프로그램은 사용자 모드에서 커널 모드로 이동하는 특별한 서브루틴 콜인 시스템 콜의 수단으로 기본 커널의 대부분의 요청을 취한다. 보통 시스템 콜 벡터와 함께 추가되며 여기서 요청자는 원하는 시스템 콜을 색인 숫자로 기록한다. 이를테면, "exit"은 시스템 콜 1이 될 수 있고, "write"는 시스템 콜 4가 될 수 있다. 시스템 콜 벡터와 색인은 요청을 관리하기 위해 커널 기능을 살피는 데 쓰인다. 이런 식으로 기본 운영 체제는 보통 수백 개의 시스템 콜을 제공하게 된다.
운영 체제
기술적으로 그래픽 사용자 인터페이스는 운영 체제의 서비스가 아니지만 운영 체제 커널에 통합하면 GUI가 출력 명령을 수행하는 데 필요한 수많은 문맥 교환을 없앰으로써 GUI를 더 반응적으로 만들 수 있다. 다른 운영 체제로는 그래픽 하부 시스템을 커널과 운영 체제로부터 분리시키는 모듈성이 있다. 1980년대 유닉스에서 VMS 등은 이러한 방식으로 만들어진 운영 체제였다. GNU/리눅스 및 맥 OS X 또한 이러한 방식을 취한다. 윈도우 비스타와 같은 현대의 마이크로소프트 윈도우는 거의 사용자 공간에 위치한 그래픽 하부 시스템을 포함하고 있지만 윈도 NT 4.0과 윈도우 서버 2003 버전 사이의 그래픽 구현 루틴은 거의 커널 공간에 존재한다. 윈도우 9x는 인터페이스와 커널 사이의 구별이 거의 없다.
Nice (유닉스)
nice는 리눅스 등의 유닉스 계열 운영 체제와 유닉스에서 볼 수 있는 프로그램의 하나이다. 동일한 이름의 커널 호출로 직접 매핑한다. nice는 특정한 우선순위로 유틸리티나 셸 스크립트를 호출하는데 사용되므로 다른 프로세스보다 프로세스에 CPU 시간을 더 주거나 덜 줄 수 있다. nice의 우선순위 중 -20이 가장 높고, 19가 가장 낮다. 기본 프로세스 우선순위는 부모 프로세스에 종속되며 일반적으로는 0이다. GNU 코어 유틸리티에 포함된 codice_1 버전은 데이비드 맥켄지에 의해 작성되었다.
INT (x86 명령어)
대부분의 유닉스 시스템들과 그쪽 계열들은 인터럽트 0x80을 제외하고는 시스템 호출을 위한 소프트웨어 인터럽트를 사용하지 않는다. 이것은 커널 함수에 대응하는 32-bit 값을 EAX 레지스터에 넣고, INT 0x80을 실행하는 방식이다.
단일 유닉스 규격
1990년대 초에 POSIX와는 별도로, 이른바 UNIX 전쟁의 결과로 몇 군데의 회사들이 COSE(Common Open Source Environment) 협정을 결성하여, Common API Specification 또는 Spec 1170이라 불리는 사양을 내놓은 바 있다. 이 사양은 무료로 입수할 수 있었기에 IEEE에게 접근 비용을 부담해야 하는 POSIX보다 널리 일반화되었다.
채널지정형식
채널지정형식(Channel指定形式, Channel Definition Format, CDF)은 액티브 채널과 Smart Offline Favorites(캐시에 저장되어 있는 웹문서를 꺼내 볼 수 있게 하는 기능)의 연동에 쓰이는 XML 표준이다. 웹사이트의 내용 및 구성을 정하는 데 쓰이며 RSS와 비슷하게 생겼다. 인터넷 익스플로러 4.0이 나올 때 액티브 채널과 함께 소개되었으며 Smart Offline Favorites는 인터넷 익스플로러 5.0이 나올 때 소개되었다. 그러나 RSS와는 달리 쓰임이 매우 적었고 대중화되지 못했으며 인터넷 익스플로러 7에서부터 액티브 채널과 함께 지원이 중단되었다.
유니버설 바이너리
유니버설 바이너리는 보통, 파워피씨와 X86 버전으로 컴파일된 응용 프로그램을 포함하고 있다. 운영 체제는 헤더를 통해 유니버설 바이너리를 찾아내고 사용 중인 아키텍처에 따라 적절한 섹션을 실행한다.
커널 (컴퓨팅)
단일형 커널(monolithic kernel) - 커널의 다양한 서비스 및 높은 수준의 하드웨어 추상화를 하나의 덩어리(주소 공간)로 묶은 것이다. 운영 체제 개발자 입장에서 유지 보수가 일반적으로 더 어려우나 성능이 좋다. 마이크로커널(microkernel) - 하드웨어 추상화에 대한 간결한 작은 집합을 제공하고 더 많은 기능은 서버라고 불리는 응용 소프트웨어를 통해 제공한다. 혼합형 커널(hybrid kernel) - 성능 향상을 위해 추가적인 코드를 커널 공간에 넣은 점을 제외하면 많은 부분은 순수 마이크로커널과 비슷하다. 수정 마이크로커널</b>이라고도 한다. 나노커널(nanokernel) - 실질적으로 모든 서비스를 책임진다. 엑소커널(exokernel) - 낮은 수준의 하드웨어 접근을 위한 최소한의 추상화를 제공한다. 전형적으로 엑소커널 시스템에서는 커널이 아닌 라이브러리가 단일형 커널 수준의 추상을 제공한다.
루프백
명명된 파이프(named pipe) 또한 파일 시스템 단계에서 루프백으로 간주할 수 있다. 유닉스 도메인 소켓(Unix domain socket)과 네트워크 소켓이 프로세스간 커뮤니케이션을 위해 두 연결된 파일을 사용하는 동안, 명명된 파이프는 오로지 하나의 파일로 구성된다.
루프백
유닉스 계열 시스템에서는 보통 이것을 루프백 인터페이스 lo 또는 lo0라고 명명한다.
리눅스 커널 웁스
커널이 문제를 탐지했을 때, 커널은 문제가 되는 프로세스를 Kill 하고, 리눅스 커널 엔지니어가 상태를 디버깅할 때 사용할 수 있는 웁스 메시지를 보여준다. 시스템이 웁스를 경험하고 나서 몇몇 내부 자원들은 더 이상 동작하지 않을 수 있다. 그래서 시스템이 정확하게 동작하는 듯 보이더라도 의도치 않은 부작용이 종료된 태스크에서 야기될 수 있다. 시스템이 잃어버린 자원을 사용하려고 시도할 때 커널 웁스는 종종 커널 패닉을 로드한다.
선입 선출
잘 알려진 유닉스 시스템은 C/C++ 헤더 파일인 sys/queue.h를 포함하고 있으며, 이 파일은 FIFO 대기열을 만드는 응용 프로그램들에 유용하게 쓰이는 매크로를 제공한다.
유닉스 셸
유닉스 셸(Unix shell)은 명령 줄이라고도 하며 유닉스 운영 체제와 유닉스 계통의 시스템을 위한 전통적인 사용자 인터페이스를 제공한다. 사용자들은 명령어를 문자열로 입력함으로써 셸이 실행되게끔 컴퓨터의 동작을 다룰 수 있다. 마이크로소프트 윈도 운영 체제 제품군 안에도 이와 비슷한 프로그램 command.com 또는 cmd.exe(윈도 NT 기반 운영 체제)이 있다.
디렉토리
몇몇의 운영 체제들은 그들의 홈 디렉토리나 프로젝트 디렉토리에 사용자들이 접근하지 못하도록 막는다. 유닉스에서 디렉토리들은 파일 형식으로 간주한다.
Kill
사용 가능한 시그널은 고유한 명칭이 있고 특정한 숫자와 대응되어 있다. 유닉스의 설계에 따라서 시그널과 숫자의 대응이 다른 것은 주의할 필요가 있다. SIGTERM은 많은 경우 15이고, SIGKILL은 많은 경우 9이다.
오픈 사운드 시스템
오픈 사운드 시스템(Open Sound System, OSS)은 유닉스 및 유닉스 계열 운영 체제의 사운드를 만들고 캡처하는 인터페이스이다. 표준 유닉스 장치 (이를테면 POSIX READ/WRITE/IOCTL 등)에 기반을 두고 있다. 이 용어는 OSS 인터페이스를 제공하는 유닉스 커널의 소프트웨어를 가리키는 말로 쓰이기도 한다. 장치 드라이버나, 아니면 장치 컨트롤러 하드웨어용 장치 드라이버의 모음으로 생각할 수 있다. OSS의 목표는 기반 사운드 하드웨어를 알지 못하는 사운드 기반 응용 프로그램을 기록할 수 있게 하는 것이다.
Vmlinux
전통적으로 커널은 파일 시스템 계층의 루트 디렉터리에 위치하였다. 그러나 이 부트로더는 바이오스 드라이버를 사용하여 하드 디스크에 접근해야 했으므로 일부 i386 시스템에서의 제한으로 인해 하드 디스크의 처음 1024 실린더가 어드레싱가능하다는 것을 의미했다.
하이브리드 커널
하이브리드 커널(hybrid kernel)은 컴퓨터 운영 체제에서 쓰이는 마이크로커널과 모노리딕 커널 아키텍처라는 양면을 합쳐 놓은 커널 아키텍처이다. 이 구조는 모노리딕 커널과의 유사성 때문에 논란이 되기도 한다. 어떤 사람들은 이 용어가 단지 마케팅을 위한 용어일뿐이라며 일축하기도 한다. 보통 모노리딕 커널과 마이크로커널이라는 구분이 받아들여진다.
유닉스 계열
기능적 유닉스(functional UNIX)는 단일 유닉스 규격에 거의 상응하는 방식으로 동작하는 유닉스 계열 시스템이다.
사용자 식별자
유닉스 계열 운영체제의 커널은 사용자를 식별할 때 사용자 식별자(약자: UID, User ID)라 불리는 양의 정수를 사용한다. UID로 사용되는 정수의 범위는 시스템에 따라 상이하다. UID는 최소한 다음과 같은 제약하의 15비트 정수(0 부터 32767)로 표현된다.
리눅스 커널
리눅스 커널()은 오픈 소스 모놀리딕 유닉스 계열 컴퓨터 운영 체제 커널이다. 리눅스 계열의 운영 체제는 이 커널에 기반을 두며 개인용 컴퓨터와 서버와 같은 전통적인 컴퓨터 시스템들과 라우터, 무선 액세스 포인트, PBX, 셋톱 박스, FTA 리시버, 스마트 TV, PVR, NAS 어플라이언스 등의 다양한 임베디드 장치에 보통 리눅스 배포판의 형태로 배치된다. 태블릿 컴퓨터, 스마트폰, 스마트워치를 위한 안드로이드 운영 체제는 기능 구현을 위해 리눅스 커널이 제공하는 서비스들을 사용한다. 데스크톱 컴퓨터에 채용하는 경우가 낮은 편이지만 리눅스 기반 운영 체제들은 모바일 장치에서부터 메인프레임에 이르기까지 기타 거의 모든 컴퓨팅 부문을 지배하고 있다. 2017년 11월 기준으로, 세계 500대의 가장 강력한 슈퍼컴퓨터들은 모두 리눅스를 실행하고 있다.
엑소커널
엑소커널(Exokernel)은 매사추세츠 공과대학교의 병렬 및 분산 운영 체제 그룹에서 개발한 운영 체제 커널이다.
방화벽 (네트워킹)
패킷을 검사하여 미리 설정된 정책에 맞지 않을 경우 통과시키지 않도록 하는 형태의 방화벽을 패킷 필터라 한다. 패킷을 다룬다는 측면에서 TCP/IP의 네트워크 계층에서 동작하는 방화벽이다. 방화벽 관리자는 보호할 네트워크에 적용할 규칙 또는 정책을 설정하여야 하고 설정이 되어 있지 않다면 기본 정책이 적용된다. 흔히 커널 레벨에서 수행되고 프록시 방식에 비해 제한된 검사만을 수행하여 더 많은 트래픽을 처리할 수 있다는 장점이 있다.
패킷 필터 방화벽은 순수하게 패킷 자체를 볼 것인지, 패킷이 속하는 TCP 또는 UDP 세션 (또는 플로우 라고도 함)도 같이 관리할 것인지에 따라 다시 두 종류로 분류할 수 있다.
패킷 자체를 본다면 내부적으로 상태를 관리할 필요가 없으므로 이 종류를 스테이트리스 또는 무상태 방화벽이라 한다. 이 종류의 방화벽은 쉽게 구현할 수 있지만, 모든 패킷에 대해서 매번 정책을 검사하여야 하므로 정책이 많아질수록 속도가 느려지는 단점이 있다.
패킷이 속하는 세션을 관리하여 이 세션에 속하는 패킷들에 대해서 모두 동일한 처리를 하게 하는 방화벽의 종류를 스테이트 풀 방화벽이라 하고 "상태가 있는 방화벽" 또는 유상태 방화벽이라 번역할 수 있다. 방화벽은 두 통신 당사자 간에 세션이 생성될 수 있는 패킷 조합을 감지하여 동적 정책을 내부적으로 관리하며 이 세션에 속하는 패킷들은 방화벽 관리자에 의해서 한번 설정된 후 자주 바뀌지 않는 정적 정책에 비해서 빠르게 검색할 수 있는 동적 정책에 의해서 먼저 허용 또는 거부되므로 무상태 방화벽에 비해서 일반적으로 높은 속도를 제공할 수 있다.
유닉스 계열의 OS는 ipfw(FreeBSD), pf(OpenBSD 및 다른 BSD계열), ipf(다양한 유닉스에서 지원), iptables/ipchain(리눅스) 등의 다양한 커널 기반의 방화벽을 제공한다.
파이프 (유닉스)
파이프(pipe)는 유닉스 계열 운영 체제에서(어느 정도까지는 마이크로소프트 윈도에서) 제공되는 병행성 메커니즘의 하나로서, 두 프로세스가 생산자-소비자 모델에 따라 통신할 수 있게 해주는 원형 버퍼이다. 즉, 파이프는 한 프로세스가 쓰고 다른 프로세스가 읽는 선입선출 형태의 큐라 할 수 있다. 파이프의 개념은 코루틴(coroutine)으로부터 영향을 받아 만들어졌으며, 운영 체제 기술의 발전에 큰 공헌을 하였다.
유닉스 파일 시스템
유닉스 파일 시스템(UNIX File System, UFS)는 유닉스 및 유닉스 계열 운영 체제에 쓰이는 파일 시스템 또는 그 개념을 말한다. 유닉스 커널은 모든 파일들을 바이트 단위의 스트림으로 간주한다.
포크 (시스템 호출)
컴퓨팅, 특히 유닉스 운영 체제와 유닉스 계열 환경에서 포크(fork)란 프로세스가 자기 자신을 복제하는 동작이다. 이는 일반적으로 시스템 호출의 일종이며, 커널 안에서 구현된다. 포크는 유닉스 계열 운영 체제에서 프로세스를 만드는 주된 방식이다. 복제의 대상을 부모 프로세스라 하고 그 결과물을 자식 프로세스라 한다.
유스 케이스
유스케이스 다이어그램으로 나타내며 UML 구성요소 중 일부이다.
A/UX
A/UX는 커맨도라는 유틸리티를 탑재하고 있다. 이 프로그램은 유닉스 커맨드를 사용할 수 있게 해주는 도구다. 파인더에서 유닉스 실행 파일을 오픈하면 파일을 유닉스 커맨드 라인으로 여는 옵션을 선택할 수 있다.
BSD
역사적으로 BSD는 버클리 유닉스(Berkeley Unix)라는 유닉스의 갈래로 간주되는데, 그 까닭은 오리지널 AT&T 유닉스 운영 체제의 초기 코드 기반과 디자인을 공유하기 때문이다. 1980년대에 BSD는 DEC ULTRIX, 썬 마이크로시스템즈 SunOS와 같은 사유 유닉스 변종의 형태로 워크스테이션 계열 시스템의 업체들에 널리 채택되었다. 이는 라이선스를 받기 쉽고, 수많은 기술 회사들의 창립자들이 느꼈던 친숙함 때문이다.
코일
원환 꼴의 강자성체에 권선을 감은 코일이다.이것에 이용하는 도넛형의 코어를 토로이덜 코어()라 부르며, 단독으로 시판되고 있다. 코어의 투자율에 의해서 구분된 권수와 유도 계수의 관계를 나타내는 도표는 제조사에서 공개하고 있다. 코일의 권수는 도넛 구멍을 지나는 전선수를 의미한다. 주위 물체의 영향을 받지 않고 누설 자속이 적으며 유도 계수의 안정성 및 재생성이 높아서 고주파 회로에 널리 사용된다.
리눅스 커널 웁스
웁스(oops)는 리눅스 커널이 정확한 행위를 위반한 것을 말하며, 결과로 특정한 오류 로그를 만들어 낸다. 잘 알려진 커널 패닉은 웁스들의 여러 종류들 중에서 야기되는 것이지만, 웁스의 다른 종류들은(커널 패닉과는 달리) 절충된 신뢰성과 함께 계속된 동작을 허용한다. 이 용어는 간단한 실수 외에 다른 것을 의미하지는 않는다.
유닉스 계열
z/OS 등 극히 소수의 예외적인 운영 체제가 없었다면 상표 유닉스라는 분류도 필요 없다.
유전적 유닉스의 상당수가 이 분류에도 동시에 들어간다.
ELF 파일 형식
ELF (Executable and Linkable Format)는 실행 파일, 목적 파일, 공유 라이브러리 그리고 코어 덤프를 위한 표준 파일 형식이다. 1999년 86open 프로젝트에 의해 x86 기반 유닉스, 유닉스 계열 시스템들의 표준 바이너리 파일 형식으로 선택되었다.
CUPS
CUPS는 유닉스 인쇄 스풀러와 스케줄러 필터 시스템 및 백엔드 시스템으로 구성된다. 이 중 필터 시스템은 인쇄 데이터를 프린터가 인식할 수 있는 형식으로 변환하고, 백엔드 시스템이 이 데이터를 프린터로 보내는 역할을 수행한다. CUPS는 인쇄 작업과 대기열을 취급하는 기반으로 IPP (Internet Printing Protocol)을 이용하고 있다. 또한, CUPS는 유닉스에서 기존에 지원하던 System V 형식과 BSD 형식의 커멘드라인 인터페이스도 지원하고 SMB 프로토콜도 부분적으로 지원한다. CUPS가 제공하는 장치 드라이버는 어도비의 PPD (PostScript Printer Description) 형식의 텍스트 파일을 이용하여 설정이 가능하다. CUPS를 설정하는 CUPS 스스로는 웹(HTTP)을 이용한 임베디드 인터페이스를 지원하고 있다.
커널 (컴퓨팅)
혼합형 커널이라는 말을 부팅 후에 모듈을 읽어들일 수 있는 단일형 커널과 혼용하는 사람들이 있다. 이것은 사실이 아니다. 혼합형 커널은 단일형 커널과 마이크로커널 설계 양쪽의 구조적 개념과 작동방법에 대한 특히 메시지 전달과 어떤 중요하지 않은 코드는 사용자 공간에 들어가는 반면 어떤 코드는 성능의 이유로 커널 공간에 포함해야 하는지에 대한 문제의식을 가진다.
유닉스 계열
유전적 유닉스(genetic UNIX)는 AT&T의 코드베이스(codebase)에 역사적 연관을 가진 운영 체제이다.
제닉스
제닉스는 마이크로소프트사에서 마이크로 컴퓨터용으로 개발한 유닉스의 한 종류이다. 마이크로소프트는 "UNIX" (유닉스)라는 이름의 사용 허가를 받지 못하여, Xenix (제닉스)란 새로운 이름을 지어 부르게 되었다. 마이크로소프트는 1979년에 AT&T로부터 버전 7 유닉스의 라이선스를 구입하여, 1980년 8월 25일 유닉스를 16비트 마이크로컴퓨터 시장에서 사용될 수 있게 하겠다고 발표했다.
유니콘 건담
1호기와 같은 NT-D를 탑재하고 있지만 1)전신의 장갑 색이 검정색, 2)사이코 프레임의 발광 색이 황금 빛, 3)La+을 탑재하지 않고 있는 점 등이 다르다. 또, 외뿔이 아니고 복수의 금색 뿔이 한 줄로 늘어서서 마치 닭벼슬이나 흑마(黑馬)의 갈기가 일어선 것처럼 형성되어 있는 것 이외에, 페이스 커버의 턱 부분에는 송곳니와 같은 형상이 보인다. 디스트로이 모드가 되면 1호기와 같이 뿔이 전개되고, 사자(라이온)와 비슷한 갈기를 형성한다. 이것은 카 디아즈가 소유하고 있었던 태피스트리 '귀부인과 일각수'에 그려져 있었던 신수 유니콘과 대조를 이루는 라이온을 모티브로 한 것으로, 유니콘을 모방하여 순백색의 장갑을 가진 1호기와는 대조적으로 꺼림칙한 분위기가 떠돈다. 1호기의 데이터를 기초로 공간 기동 능력이 개선되어 있기 때문에, 대기권 내에서의 기동성은 1호기와 크게 다르지 않다.
닌텐도 와이파이 USB 단자
리눅스, 맥 오에스 텐, BSD를 포함한 유닉스 계통의 운영체제는 완전히 지원하지 않는데 이것은 잘 쓰이는 운영 체제가 아니고 많은 하드웨어 제조사들은 처음에 많은 사용자들을 확보하고 있는 윈도에만 중점을 두기 때문이다. 하지만, 리눅스와 BSD에서는 적당한 드라이버를 사용하면 닌텐도 와이파이 USB 커넥터를 클라이언트 모드 상태로 할 경우 사용이 가능하다.
단말 에뮬레이터
터미널 윈도는 사용자가 텍스트 단말과, 명령 줄 인터페이스(CLI), 텍스트 사용자 인터페이스 응용 프로그램과 같은 모든 응용 프로그램에 접근할 수 있게 도와준다. 이러한 것들은 텔넷, ssh, 전화 접속을 통해 같은 컴퓨터나 다른 컴퓨터에서 모두 실행할 수 있다. 유닉스 계열 운영 체제에서는 로컬 컴퓨터에 연결된 하나 이상의 터미널 윈도에 일반적이다.
유니콘 건담
통상은, 일각수 (유니콘)라는 이름의 유래인 이마의 외뿔 (블레이드 안테나)과 페이스 가드에 덮힌 고글 상태의 카메라 아이가 특징인 '유니콘 모드'로 운용된다. 한계 가동 상태에서는, 전신의 장갑이 전개하고 체격도 한 단계 확장, 블레이드 안테나가 V자형으로 갈라져 건담 타입의 얼굴이 나타나는 '디스트로이 (destroy) 모드'로 '변신'한다. 이 때, 노출한 사이코 프레임이 눈부시게 빛나는 것이 특징이다.
유스 케이스
유스 케이스(Use case) 는 UML(통합 모델링 언어)의 행위자(액터)와 액터가 요구하여 시스템이 수행하는 일의 목표이다.
C 표준 라이브러리
유닉스 계열 시스템들은 일반적으로 공유 라이브러리 형태로 C 라이브러리를 가지지만, 헤더 파일들이 설치 시에 존재하지 않아서 C 개발이 불가능할 수도 있다. C 라이브러리는 유닉스 계열 운영 체제에서 한 부분으로 여겨진다. ISO C 표준을 포함한 C 함수들은 프로그램들에서 널리 사용되지만, 운영 체제 인터페이스의 한 부분이다. 유닉스 계열 시스템들은 일반적으로 C 라이브러리가 제거되면 동작할 수 없다.
Cat (유닉스)
단일 유닉스 규격은 인수들로서 일정한 순서로 주어지는 각각의 파일들이 그 내용을 각각의 바이트들이 그것들이 읽혀지는 그대로 출력되도록 동일한 순서로서 표준 출력어에 쓰도록 지정한다. 또한 단일 유닉스 규격은 codice_2라는 하나의 옵션을 명령한다.
유니콘 건담
에너하임 일렉트로닉스의 NT(뉴 타입) 전용 건담 타입 MS(모빌 슈트)이며, 이야기의 '열쇠'가 되는 존재. 통상, '유니콘 건담'라고 불리는 기체는 주인공 버나지 링크스가 탑승하는 1호기를 가리키고, 이것과 대를 이루는 존재로서 '밴시'라는 통칭을 가지는 2호기도 등장한다. 메카닉 디자인은 카토키 하지메가 담당.
유닉스 인터내셔널
유닉스 인터내셔널(Unix International, 줄여서 UI)은 1988년에 오픈 표준, 특히 유닉스 운영 체제를 제고하기 위해 설립한 협회이다. 이 협회에서 가장 눈에 잘 띄는 멤버 기업이 AT&T와 썬 마이크로시스템즈이다. 사실 이 협회는 오픈 소프트웨어 재단(OSF)에 대응하기 위하여 설립된 것으로 UI와 OSF는 1980년대 말과 1990년대 초에 있던 유닉스 전쟁의 양면을 표방한다고 할 수 있다.
Big.LITTLE
big.LITTLE에는 다른 성능의 프로세서 코어들을 이어주기 위한 리눅스 커널에 포함되어 스케줄러의 종속되어있는 3가지 방법이 있다. 클러스터화 모델 접근법은 첫 그리고 가장 단순한 적용이다. 이 접근법일 때 OS 스케줄러는 두 프로세서 클러스터들 중 하나만 볼 수 있다. CPU의 부하가 특정 포인트에 다가갔을 때 시스템은 다른 클러스터로 전이된다. 모든 관련 데이터는 L2 캐시를 통하여 바로 이동 된다. 첫 번째 코어 클러스터는 꺼지고 다른 하나의 클러스터는 활성화 된다. 캐시 일관성 인터커넥트(Cache Coherent Interconnect, CCI)가 사용된다. 이 모델은 삼성 Exynos 5 (5410)에 구현되었다.
윈도우 임베디드 컴팩트
윈도우 CE는 저장 공간이 충분하지 않은, 이를테면 개인용 정보 단말기나 모바일 장치등에 최적화되어 있다. 윈도우 CE 커널 자체만으로는 1 메가바이트 이하의 메모리에서도 동작이 가능하도록 설계되어 있다. 장치들은 디스크 저장 장치를 사용하지 않고 설정할 수 있으며, 사용자가 추가하지 못하도록 만들 수도 있다. 윈도우 CE는 실시간 운영 체제를 표방하고 있으며 256단계의 우선순위 정도를 가지고 있다. 유닉스 계열 운영 체제와는 달리 실행 파일의 기초 단위는 스레드이다.
운영 체제
유닉스 계열 운영 체제는 다양한 컴퓨터 아키텍처에서 돌아간다. 이들은 비즈니스 분야의 서버와 학술 및 공학 환경에서의 워크스테이션에서도 쓰인다. GNU/리눅스와 BSD와 같은 자유 유닉스들은 이러한 분야에서 널리 쓰인다.
커널 패닉
유닉스 커널은 오류 감지 매커니즘인 표명(assertion)을 통해 내부의 일관성과 런타임 정확성을 관리한다. 기본적인 가정은 하드웨어와 소프트웨어가 올바르게 동작하며 표명은 패닉(예를 들어 모든 시스템 활동에 대한 자발적인 중단)을 야기한다는 것이다. 커널 패닉은 초기 버전의 유닉스에 도입되었으며 유닉스와 그 전작인 멀틱스 간의 디자인 철학에 주된 차이점을 증명하였다.
유닉스 신호
실행 중인 프로세스의 제어 터미널에서 특정 키 조합을 입력하면 시스템이 특정 신호를 내보낸다:현대 운영 체제에서 이러한 기본 키 조합들은 codice_1 명령으로 변경할 수 있다.
파일시스템 계층구조 표준
최근의 리눅스 배포판은 기존의 유닉스 및 유닉스 계열 운영 체제의 커널 소스 트리 상에서 심볼릭 링크로 codice_7를 사용하는 것처럼 시스템에 연결된 장치의 수정을 저장하고 허용하는 가상 파일 시스템(proc의 procfs와 같은 sysfs)처럼 codice_7와 같은 구조를 쓴다.
장치 파일
유닉스 계열 운영 체제에서 두 가지 종류의 일반적인 장치 노드가 존재한다. 바로 문자 특수 파일(character special file)과 블록 특수 파일(block special file)이다. 이 둘의 다른 점은 운영 체제와 하드웨어가 처리하는 데이터 읽기/쓰기 방식이다. 이 두 노드 모두 장치 특수 파일(device special file)이라 불린다.
모놀리식 커널
1980년대에 데뷔한 상용 유닉스는 그 대부분이 모놀리식 커널 방식을 채용하고 있다.
Iconv
처음에 HP-UX 운영 체제에 등장한,codice_1 및 유틸리티는 XPG4 안에 표준화되었으며 단일 유닉스 규격(SUS)의 일부이다.
루트킷
커널 모드 루트킷은 커널과 디바이스 드라이버 같은 코어 운영 체제의 한 부분에 코드를 추가하거나 대체함으로써 높은 운영 체제 권한(링 0)과 함께 실행된다. 대부분의 운영체제들은 운영체제 자신과 같은 권한에서 실행되는 커널 모드 디바이스 드라이버를 지원한다. 이러한 많은 커널 모드 루트킷들은 리눅스에서 적재 가능 커널 모듈, 그리고 윈도우에서 디바이스 드라이버 형태로 개발된다. 이 복잡함은 버그가 흔한 상태로 만들며, 동작하는 코드의 어느 버그도 시스템 안정성에 심각한 영향을 미쳐서 루트킷이 발견되게 한다.
유니콘 건담
파일럿의 감응파를 모아서, 행동에 직결할 수 있는 시스템. 연동하는 기체의 풀 사이코 프레임에 직접 사고를 반영시키는 것으로, 실제로 조종하는 것 보다도 빠르게 기체를 움직일 수 있다. 파일럿은, 조종을 할 필요 없이, 생각하는 것만으로 그 동작이 다이렉트하게 기체에 반응된다. 이 시스템은 탑승자뿐만 아니라, 적 파일럿의 감응파도 방수할 수 있기 때문에, 적의 행동을 먼저 읽어서 공격하는 것에도 채용되어 있다. 또한, 파일럿의 생각조차도 늦는 긴급사태가 발생했을 경우, 유니콘 건담 자신이 독자적으로 행동해 대처하는 장면도 볼 수 있었다.우주공간 사양에서의 테스트를 하기 위해서, 아나하임사 소유의 공업 콜로니 '인더스트리얼7'에 반입된 기체. 장갑 색은 순백이고, 사이코 프레임의 발광 색은 빨강으로 나오나 건담의 세계관에서는 사실 초록빛이여야 맞다고한다.그이유는 버나지가 아직 유니콘을 제대로 사용하지못하여 빨간빛으로 나오는거라고 한다. 아나하임사와 깊은 관계를 가지면서도 독자적인 의도를 가진 비스트 재단의 당주 카 디아즈 비스트의 주도에 의해, 원래 사양에는 없었던 '라프라스(La+)'라고 하는 시스템이 갖추어진다.
커널 (컴퓨팅)
엑소커널은 운영 체제 설계에 대한 급진적인 신개념으로 말단 이론을 따르는 수직 구조의 운영 체제이다.엑소커널의 구상은 개발자에게 강제적인 추상화를 줄여 하드웨어 추상화에 대해 선택지를 다양하게 하는 것이다. 엑소커널은 기능이 보호를 보장하는 것과 자원을 분배하는 것만 하기에 매우 작아 편익보다 단순함을 제공한다. 이런 특성은 오히려 모든 사용자가 각기 실제 호스트 컴퓨터의 자원을 모방한 컴퓨터를 받는VM/370 운영 체제와 비슷하다. 반면에 모놀리식 커널이든 마이크로 커널이든 전통적인 커널 설계는 하드웨어 추상화 계층(HAL)이나 장치 드라이버 아래 자원을 숨김으로써 하드웨어를 추상화한다. 한 예로 전통적인 시스템에서 물리 메모리가 할당할 때 실제 위치를 알려주지 않기 때문에 오프셋과 기억 관리 장치를 통해서만 문제를 해결 할 수 있다.
Ioctl
기본 운영 체제는 두 개의 계층, 사용자 공간, 커널로 나뉜다. 문서 편집기와 같은 응용 프로그램 코드는 사용자 공간에 상주하는 반면, 네트워크 스택과 같은 운영 체제의 기반이 되는 코드는 커널에 상주한다. 커널 코드는 민감한 리소스를 관리하며 응용 프로그램 사이의 보안과 신뢰 장벽을 제공한다. 이러한 까닭에 사용자 모드 응용 프로그램은 CPU에 의해 커널 리소스를 직접 접근하는 것을 막는다.
Sysctl
sysctl은 버전 번호나 보안 설정 같은 시스템 커널의 속성들을 읽고 수정하는 몇몇 유닉스 계열 운영 체제의 기능이다. 이것은 컴파일된 프로그램에서 시스템 호출로서 그리고 스크립트로도 사용될 수 있는 관리 명령어로서도 사용 가능하다. 리눅스는 추가적으로 sysctl을 가상 파일 시스템로서 사용 가능하게 한다.
GNU 프로젝트
GNU 선언문에서, 스톨만은 "기본적인 커널은 있지만 유닉스를 흉내내려면 아직 더 많은 기능이 필요하다"라고 했다. 여기서 그가 지칭한 것은 MIT에서 개발하여 자유롭게 배포했고, 유닉스 7번째 판과 호환되는 트릭스(TRIX)라는 원격 프로시저 호출 커널이었다. 1986년 12월, 이 커널을 고치는 작업이 시작됐다. 하지만, 개발자들은 결국 트릭스(TRIX)를 기반으로 새 커널을 만드는 것은 어렵다는 결론을 내렸다. 주된 이유는 트릭스(TRIX)는 "애매하고(잘 안 쓰이고?) 비싼 68000 box"에서만 동작했고, 따라서 그 상자에서 쓰이기 전에 다른 구조로 포팅해야 했기 때문이다. 1988년 즈음에, 카네기멜론 대학교에서 개발되던 마하 통신-전송 커널(Mach message-passing kernel)을 그 대체품으로 고려했지만, 이것은 처음에 이것을 개발한 사람들이 AT&T 소유의 코드를 지우면서 지연되었다. 처음엔, 이 커널은 앨릭스(Alix)라고 불렸지만, 나중에 개발자 마이클 부시넬(Michael Bushnell)는 HURD라는 이름을 선호하여, 앨릭스(Alix)란 이름은 하부 구조로 옮겨지고 마침내 완전히 떨어졌다. 결국은, HURD의 개발은 기술적이고 개인적인 충돌로 지지부진해지고 말았다.
파일 시스템
유닉스나 다른 유닉스 계열 운영 체제들은 여러 개의 주변 장치에 각각의 이름을 붙이지만, 그 주변 장치에 존재하는 파일들은 전부 하나의 계층 구조 아래 관리된다. 다시 말하면, 유닉스에서는 하나의 루트 디렉터리가 있고, 운영 체제에서 접근할 수 있는 모든 파일들은 전부 루트 디렉터리 아래의 어느 디렉터리에 들어 있다. 또한, 루트 디렉터리는 어떤 특정한 하드 디스크에 존재할 필요가 없고, 심지어 네트워크 위의 가상 파일 공간을 루트 디렉터리로 삼을 수도 있다.
커널 (컴퓨팅)
단일형 커널은 하드웨어 위에 높은 수준의 가상 계층을 정의한다. 높은 수준의 가상 계층은 기본 연산 집합과 관리자 모드에 작동하는 모듈인 프로세스 관리, 동시성, 메모리 관리 등의 운영 체제 서비스를 구현하기 위한 시스템 콜으로 되어 있다.
엔트리 포인트
주요한 운영체제들에서 표준 실행 파일 포맷은 한 개의 엔트리 포인트를 갖는다. 유닉스와 유닉스 계열 그리고 리눅스에서 사용되는 ELF 파일 형식에서 엔트리 포인트는 ELF 헤더의 codice_5 필드에 명시되어 있다. GNU 컴파일러 모음 (gcc)에서 링커에 의해 사용되는 엔트리 포인트는 codice_6 심볼이다. 비슷하게 마이크로소프트의 PE 포맷에서 엔트리 포인트는 codice_7 필드에 명시된다.
맥 OS
이 운영 체제는 맥 OS 9와 클래식 맥 OS의 다음 버전으로, 유닉스 계열 운영 체제이다. 애플이 넥스트 사를 인수하면서 가져온 NEXTSTEP과 마하 커널에 기반을 두고 있다. 또한 macOS는 BSD 코드 베이스를 사용한다.
운영 체제
프로그래머 리처드 스톨만이 사유 유닉스 운영 체제를 대체하는 자유 소프트웨어를 목표로 GNU 프로젝트를 시작하였다. 이 프로젝트가 유닉스 여러 곳의 기능을 복제하는 데 큰 성공을 이루자 GNU 허드 커널 개발은 비생산적인 것으로 입증되었다. 1991년 핀란드 컴퓨터 과학부 학생인 리누스 토르발스는 최초의 리눅스 커널 버전을 출시하였다. 곧 GNU 유저랜드와 시스템 소프트웨어에 병합되면서 컴퓨터 운영 체제를 이루게 되었다. BSD는 유닉스 계열로서 1970년대에 시작하여 수많은 미니컴퓨터에 포팅되었으며 마침내 FreeBSD, NetBSD, OpenBSD와 같이 개인용 컴퓨터에도 쓰이게 되었다.
Curses
curses는 유닉스 계열 운영 체제를 위한 터미널 제어 라이브러리의 하나로, 텍스트 사용자 인터페이스(TUI) 응용 프로그램들의 구성을 가능케 한다.
확장 유닉스 코드
확장 유닉스 코드(Extended Unix Code, EUC)란 한국어, 중국어, 일본어 문자 전산화에 주로 사용되는 8비트 문자 인코딩 방식이다.
커널 (컴퓨팅)
마이크로커널은 하드웨어 위에 매우 간결한 추상화를 정의한다. 기본 연산 집합과 운영 체제 서비스를 구현한 스레드 관리, 주소 공간, 프로세스간 통신의 작은 시스템 콜으로 이루어져 있다. 일반적으로 커널이 제공하는 네트워킹과 같은 다른 서비스들은 사용자 공간 프로그램인 서버</b>로 구현한다.
Xargs
xargs는 유닉스 및 유닉스 계열 운영 체제의 명령어로 표준 입력을 통해 명령 줄을 만들고 실행하는 데 사용한다. 버전 2.6.23 이전의 리눅스 커널에서는 긴 목록의 매개변수가 명령어를 통해 이용하지 못하는 경우도 간혹 있으므로 xargs는 변수 목록을 여러 하부 목록으로 잘게 나누어서 받아들일 수 있게 한다.
명명된 파이프
명명된 파이프(named pipe) 또는 지명 파이프는 유닉스 및 유닉스 계열의 일반 파이프를 확장 한 것으로, 프로세스 간 통신 기법 중 하나이다. 그 개념은 마이크로소프트 윈도도 있지만, 의미는 크게 다르다. 일반 파이프는 ‘파이프’이며, 사용하는 프로세스가 실행 중에만 존재한다. 명명된 파이프는 영구 프로세스가 소멸해도 계속 존재하기 때문에 사용하지 않으면 제거할 필요가 있다. 명명된 파이프는 파일과 같이 취급할 수 있고 프로세스 간 통신(IPC)을 위해 프로세스가 오픈되어 사용한다. 또한 동작에서 명명된 파이프를 FIFO로 부르기도 한다.
표준 스트림
일반적으로 유닉스에서 동작하는 프로그램은 실행 시 세 개의 스트림이 자동으로 열린다. 이를 표준 스트림이라고 부른다. 하나는 입력을 위한 스트림(Standard input, STDIN, 0), 하나는 출력을 위한 스트림(Standard Output, STDOUT, 1), 하나는 오류 메시지를 출력하기 위한 스트림(Standard Error, STDERR, 2)이며, 이 세 개의 표준 스트림은 사용자의 터미널에 부착된다.
유닉스 인터내셔널
1893년 5월에 UI와 OSF의 주요 멤버 기업들 모두 공통 개방형 소프트웨어 환경(Common Open Software Environment, COSE) 이니셔티브를 발표하였다. 그 뒤 1994년 3월에 UI와 OSF가 새로운 OSF로 병합되기에 이르렀으며 다시 1996년에 오픈 그룹을 설립하면서 X/Open사에 병합되었다.
유닉스 신호
버전 1 유닉스는 별도의 시스템 호출을 사용하여 인터럽트를 잡고 종료하고 머신 트랩을 수행하였다. 버전 4 유닉스 들어 모든 트랩을 하나의 호출 '신호'로 병합하였으며 버전 7에서 숫자마다 매겨진 각 트랩이 상징적인 이름을 가져가게 되었다. kill이 버전 2에 등장하였으며 버전 5에서는 임의의 신호들을 내보낼 수 있게 되었다.
리눅스 커널
소스 코드 이식성은 표준을 준수하여 작성된 C 프로그램이 동일 표준을 준수하는 시스템에서 성공적으로 컴파일되고 실행 가능함을 보증한다. 리눅스 커널, GNU C 라이브러리, 관련 유틸리티들이 고수하려 애쓰는, 프로그램의 소스 코드 이식성을 달성하는데 초점을 둔 관련 표준들은 POSIX와 단일 유닉스 규격이다.
적재 가능 커널 모듈
대부분의 현 유닉스 계열 운영 체제와 마이크로소프트 윈도우는 적재 가능 커널 모듈들을 지원하지만 FreeBSD의 경우 커널 적재 가능 모듈(kernel loadable module, kld), OS X의 경우 커널 확장(kernel extension, kext), 윈도우 NT의 경우 커널 모드 드라이버(kernel-mode driver)처럼 각기 다른 이름을 사용할 수 있다. 커널 적재 가능 모듈(Kernel Loadable Modules, KLM)이라고도 하며 간단히 커널 모듈(Kernel Modules, KMOD)로도 부른다.
유니모듈러 격자
유니모듈러 격자()는 행렬식이 ±1인 격자이다.
Procfs
proc 파일시스템 (procfs)은 유닉스 계열 운영 체제에서 프로세스와 다른 시스템 정보를 계층적 파일 구조 같은 형식으로 보여주는 특별한 파일시스템으로서, 전통적인 트레이싱 방식이나 커널 메모리로의 간접적인 접근 보다는 더 편리하고 표준적인 방식인 동적으로 커널이 소유하는 프로세스 데이터에 접근하는 방식을 제공한다. 일반적으로 이것은 부트 타임에 "/proc" 라는 이름의 마운트 포인트에 매핑된다. proc 파일 시스템은 커널에서 내부 데이터 구조체에 대한 인터페이스 처럼 행동하며 런타임(sysctl) 시에 특정한 커널 파라미터를 바꾸고 시스템에 대한 정보를 얻는데 사용될 수 있다.
APIC
유닉스를 시동할 때, APIC, 로컬 APIC의 'noapic', 'nolapic' 커널 시동 변수를 사용함으로써 APIC는 비활성화된다.
리눅스 커널
리눅스에서 패닉은 커널에 의해 감지되었으나 복구할 수 없는 시스템 오류를 말하며, 이는 사용자 공간 코드에 의해 감지된 비슷한 오류와는 반대된다. 커널 코드는 헤더 파일 codice_8에 위치한 codice_9 함수를 호출함으로써 이러한 조건을 지시하는 것이 가능하다. 그러나 대부분의 패닉들은 유효하지 않은 메모리 주소에 대한 참조 등 커널 코드 내에서 처리되지 못한 프로세서 예외의 결과물이다. 이것들은 일반적으로 패닉을 일으키게 만든 호출 체인 내의 어딘가의 버그로 인지된다. 문제가 되는 RAM 셀, 프로세스 버그로 인해 발생된 프로세스 내 산술 기능의 오류, 프로세서의 과열/손상, 소프트 오류 등의 하드웨어의 고장으로 인식할 수도 있다.
2147483647
유닉스와 같은 운영체제에서 사용되는 자료유형 time_t은 1970년 1월 1일 자정 UTC를 기준으로 유닉스 시간이 시작된 이후로 초를 세는데 사용되는 32비트 부호 정수형이다. 이 방법으로 표현할 수 있는 마지막 시간은 유닉스 시간이 시작된 이후로 2147483647초를 세었을 때 UTC기준 2038년 1월 19일 화요일 03시 14분 07초로 32비트 codice_2 유형을 사용한 시스템은 2038년 문제가 발생할 위험을 안고 있다.
유니티 (사용자 인터페이스)
유니티()는 그놈 데스크톱 환경을 위한 셸 인터페이스이며 캐노니컬이 우분투 운영 체제에 채용할 목적으로 제작하였다. '우분투 넷북 에디션 10.10'의 기본 데스크톱으로 탑재되었으며 '우분투 데스크톱 에디션 11.04'와 그 이후 버전의 기본 데스크톱으로도 탑재되었다.
스턱스넷
스턱스넷은 윈도의 유저모드와 커널모드 루트킷으로 동작할 수 있으며, 중화민국 회사인 마이크론 테크놀로지와 리얼텍에서 각각 유출된 공인인증서의 비밀 키로 서명된 장치 드라이버를 탑재하고 있다. 공인 인증된 장치 드라이버로 인해 바이러스가 커널모드 루트킷으로 동작할 수 있었고, 덕분에 오랫동안 발견되지 않았다.
적재 가능 커널 모듈
비록 이들이 서로 다른 이름을 사용하고 있기는 하지만 대부분의 유닉스 계열 시스템들과 윈도우(커널-모드 드라이버)는 적재 가능 커널 모듈을 지원한다.
루트 디렉토리
일부 유닉스 시스템들은 루트 디렉터리 아래의 디렉터리를 지원한다. 일반적으로 "/.."는 "/"와 동일한 노드를 가리키지만 MUNIX의 경우 슈퍼 루트 디렉터리로 변경이 가능하며 여기에서 원격 트리를 마운트할 수 있다. 2개의 워크스테이션 "pcs2a"와 "pcs2b"가 "connectnodes"와 "uunite" 시작 스크립트를 통해 연결되어 있을 경우 "/../pcs2b"를 사용하여 "pcs2a"로부터 "pcs2b"의 루트 디렉터리에 접근할 수 있다.
BK유닉스
BK유닉스는 소비에트 일렉트로니카 BK 개인용 컴퓨터를 위한 운영 체제이다. LSX 커널 (유닉스 V6 버전)에 기초하였으며 GNU 일반 공중 사용 허가서 아래 라이선스화 되었다. 세르게이 바쿨렌코와 레오니드 브로우키스가 개발하였다. BK-0010과 BK-0011M은 다른 커널 컴파일러를 요구하지만 나머지 부분은 동일하다. 그 시스템은 동시에 세 개의 작업을 지원하며 세 개의 파일 시스템에 마운팅을 허가한다.
Ls (유닉스)
codice_1는 AT&T의 유닉스 초기 버전부터 존재하던 명령어였다. 이 명칭은 멀틱스에 존재하고 있었던 비슷한 커맨드에서 계승되었다. 현재 사용되고 있는 codice_1는 자유 소프트웨어 재단에서 구현된 판과 FreeBSD, OpenBSD, NetBSD 및 다윈 등의 BSD 계열 유닉스 시스템에서 사용되고 있는 판 등이 있으며, 양쪽 다 자유 소프트웨어이며 오픈 소스이기도 하다.
유닉스 계열
리눅스와 미닉스가 있다.
유전적 유닉스와는 달리 AT&T에서 만든 Unix의 소스 코드와 아무 연관도 없이 독자적으로 만들어진 운영 체제들이며, 상표 유닉스와 달리 Unix 명칭을 사용하도록 인증을 받은 것도 아니다. 하지만 유닉스처럼 생겼고, 유닉스처럼 작동한다. 의 “만약 어떤 생물이 오리처럼 생겼고, 오리처럼 헤엄치고, 오리처럼 꽥꽥거린다면 그 생물은 오리일 것입니다”와 유사한 생각으로 만들어진 분류이다.
리눅스 커널
MINIX 개발자 앤드루 S. 타넨바움와 리누스 토르발스 사이에 리눅스가 마이크로커널이 아닌 모놀리딕 커널이라는 것이 논쟁의 주제였다. 1992년 시작된 유즈넷 토론 그룹 codice_1의 토론은 대체적으로 리눅스와 커널 아키텍처에 관한 것이었다. 타넨바움은 마이크로커널이 모놀리딕 커널보다 우수하므로 리눅스는 구식이 되었다고 주장했다. 전통적인 모놀리딕 커널과 달리 리눅스의 장치 드라이버들은 적재 가능 커널 모듈로 쉽게 구성할 수 있으며 시스템을 실행하는 중에 적재되거나 적재가 해제된다. 이 주제는 2006년 5월 9일 논의되었고, 2006년 5월 12일 타넨바움은 긍정적인 문장을 썼다.
파일 시스템
유닉스와 같은 파일 중심의 운영 체제는 여러 가지 특수 용도의 파일 시스템을 사용한다. 예를 들면, 어떤 종류의 유닉스는 '/proc'이라는 파일 시스템에서 프로세스나 운영 체제 여러 기능에 접근할 수 있다.
유닉스 파일 시스템
UFS에서 파일 할당은 블록을 기본 단위로 하여 필요할 때 동적으로 할당된다. 그러므로 파일 블록들이 하드 디스크 상에 연속적으로 있을 필요가 없다. 색인 기법을 통해 파일의 아이노드에 저장된 색인을 유지한다. 아이노드는 3바이트 짜리 주소 13개, 또는 포인터로 구성된 39바이트 주소 정보 1개를 가진다. 처음 10개의 주소는 파일에서 맨처음 10개의 데이터 블록을 가리킨다. 만약 파일이 블록 10개보다 크면 하나 이상의 간접 수준이 사용된다.
엑소커널
엑소커널은 추상화를 제공하는 라이브러리 운영 체제(libOSes)를 이용한다. 라이브러리 운영 체제는 응용 소프트웨어 프로그래머에게 고수준, 전통적인 운영 체제 추상화, 맞춤 추상화 구현의 의한 더 유동적인 방법을 제공한다. 이론적으로 엑소커널 체제는 하나의 엑소커널 아래에 윈도나 유닉스와 같은 다양한 운영 체제를 구동할 수 있다.
유스 케이스
사용자가 인식가능한 기능 단위이다.