open-index/open-wikipedia-markdown huggingface dataset:
보안 서술자

**보안 서술자**(security descriptor)는 보호 가능한 윈도우 객체 즉 고유한 이름으로 식별할 수 있는 객체에 대한 보안 정보의 데이터 구조이다. 보안 서술자는 파일, 폴더, 공유, 레지스트리 키, 프로세스, 스레드, 명명된 파이프, 서비스, 작업 객체 및 기타 리소스를 포함하여 모든 명명된 객체와 연결할 수 있다.

보안 서술자는 사용자 또는 그룹과 같은 수탁자에 대한 접근을 허용하거나 거부하는 접근 제어 엔트리(ACE)를 포함하는 재량적 접근 제어 목록(DACL)을 포함한다. 또한 객체 접근 감사를 제어하는 시스템 접근 제어 목록(SACL)을 포함한다. ACE는 객체에 명시적으로 적용되거나 부모 객체로부터 상속될 수 있다. ACL에서 ACE의 순서는 중요하며, 접근 허용 ACE보다 접근 거부 ACE가 더 높은 순서로 나타난다. 보안 서술자에는 객체 소유자도 포함된다.

필수 무결성 제어는 보안 서술자의 새로운 유형의 ACE를 통해 구현된다.

파일 및 폴더 권한은 파일 탐색기, WMI, Cacls, XCacls, ICacls, SubInACL과 같은 명령줄 도구, 프리웨어 Win32 콘솔 FILEACL, 자유 소프트웨어 유틸리티 SetACL 및 기타 유틸리티를 포함한 다양한 도구로 편집할 수 있다. 보안 서술자를 편집하려면 사용자에게 객체에 대한 WRITE_DAC 권한이 필요하며, 이 권한은 일반적으로 기본적으로 관리자 및 객체 소유자에게 위임된다.

## NTFS 권한
다음 표는 NTFS 권한과 그 역할을 요약한 것이다(개별 행). 이 표는 다음 정보를 보여준다.

* **권한 코드:** 각 접근 제어 엔트리(ACE)는 숫자 코드로 권한을 지정한다. 누적될 수 있는 14개의 코드(이전 시스템에서는 12개)가 있다.
* **의미:** 각 권한 코드는 파일 또는 폴더에 적용되는지에 따라 의미가 다르다. 예를 들어, 파일의 코드 0x01은 파일을 읽을 권한을 나타내지만, 폴더의 코드 0x01은 폴더 내용을 나열할 권한을 나타낸다. 그러나 의미만 아는 것은 소용이 없다. ACE는 또한 누구에게 권한이 적용되는지, 그리고 그 권한이 부여되는지 또는 거부되는지를 지정해야 한다.
* **포함된 권한:** 개별 권한 외에도 ACE는 "일반 접근 권한"으로 알려진 특별 권한을 지정할 수 있다. 이러한 특별 권한은 여러 개별 권한의 동등한 것이다. 예를 들어, GENERIC_READ(또는 GR)는 "데이터 읽기", "속성 읽기", "확장 속성 읽기", "권한 읽기" 및 "동기화"와 동등하다. 이 다섯 가지를 동시에 요청하는 것이 타당하므로 "GENERIC_READ"를 요청하는 것이 더 편리하다.
* **별칭:** 보안 서술자 정의 언어와 윈도우 명령줄 유틸리티(icacls 및 cacls)에는 이러한 권한에 대한 자체 별칭이 있다.

대부분의 권한은 자명하지만, 다음은 예외이다.

# 파일의 이름을 바꾸려면 "삭제" 권한이 필요하다.
# 파일 탐색기는 "동기화"를 표시하지 않으며 항상 설정한다. 파일 탐색기 및 윈도우 명령 프롬프트와 같은 다중 스레드 앱은 파일 및 폴더에서 작업하려면 "동기화" 권한이 필요하다.

## 내용주

## 같이 보기
* 
* 정보 기술 보안 감사
* 허가 (컴퓨터 과학)
* 컴퓨터 보안
* 정보 보안
* 토큰 (윈도우 NT 아키텍처)
* 윈도우 SID
* SDDL

## 각주

## 외부 링크
* SS64.com의 CACLS 명령 설명
* SetACL SourceForge 페이지

분류:운영체제 보안
분류:윈도우 구성 요소
분류:마이크로소프트 윈도우 보안 기술
파일 연결

컴퓨팅에서 **파일 연결**(file association)은 파일을 해당 파일을 열 수 있는 응용 프로그램과 연결하는 것을 말한다. 더 일반적으로, 파일 연결은 파일 클래스(일반적으로 `[[.txt]]`와 같은 파일 확장자로 결정됨)를 해당 응용 프로그램(예: 문서 편집기)과 연결한다.

## 연결 및 동사
단일 파일 확장자는 다양한 작업을 수행하기 위한 여러 연결, 즉 **동사**를 가질 수 있다. 일반적인 동사는 다음과 같다.
* 파일을 열기 위한 열기(open)
* 편집을 위해 파일을 열기 위한 편집(edit)
* 파일을 인쇄하기 위한 인쇄(print)
예를 들어, 사진은 이러한 단어와 연결될 수 있는데, 열기는 이미지 뷰어에서 사진을 열고, 편집은 이미지 편집 프로그램을 열며, 인쇄는 사진을 프린터로 보낸다.

## 구현
대부분의 운영체제는 어떤 형태로든 파일 연결을 지원한다. 예를 들어, 파일 관리자에서 파일을 열면 일반적으로 해당 파일이 연결된 응용 프로그램으로 열기 동사가 호출된다. "열기" 동사는 연결된 응용 프로그램을 호출하여 파일을 읽거나 문서를 사용자에게 표시하여 보거나 편집하거나 다른 작업을 수행할 수 있도록 한다.

인쇄와 같은 추가 작업은 일반적으로 마우스 오른쪽 버튼 콘텍스트 메뉴를 통해 액세스한다. 연결을 수정하는 메커니즘도 일반적으로 존재한다. 이에 대한 예로는 윈도우 셸의 "연결 프로그램" 옵션이 있다.

### 마이크로소프트 윈도우
윈도우 3.x부터 시작하는 마이크로소프트 윈도우 계열의 운영체제는 파일 확장자 기반 연결을 지원한다. 연결은 각 파일 확장자에 대한 동사 집합으로 레지스트리에 저장된다. 이전 버전은 WIN.INI에 저장된 열기 연결을 지원했다.
파일 연결은 `assoc` 명령어를 사용하여 표시하고 편집할 수 있으며, `[[ftype]]` 명령어를 통해 파일 형식과 해당 파일을 여는 응용 프로그램 간의 연결을 생성할 수 있다.

윈도우 셸은 COM, 드래그 앤 드롭, 명령줄 호출 또는 동적 데이터 교환을 통해 파일 연결 작업을 호출한다. 마이크로소프트 윈도우 파일 연결의 고급 기능에는 임의의 수의 연결된 작업, 기본 기본 작업, 특정 파일 형식에 대해서만 확장자 표시, 파일 형식 아이콘 및 설명 사용자 지정, 연결된 MIME 형식 및 해당 처리(인터넷 익스플로러 브라우저 내에서 다운로드되거나 직접 열린 파일의 파일 형식을 처리하는 방법) 사용자 지정이 포함되었다. 그러나 고급 파일 연결 기능을 구성하는 기능은 윈도우 비스타 및 이후 운영체제에서 제거되었다.

### 리눅스
KDE 및 그놈과 같은 리눅스 기반 GUI는 MIME 유형 기반 연결을 지원한다. 예를 들어, MIME 유형 `text/plain`은 문서 편집기와 연결될 수 있다. 이 연결은 일반적으로 freedesktop.org 공유 MIME 데이터베이스(파일의 MIME 유형을 결정하기 위해) 및 데스크톱 항목 규격(파일을 열 응용 프로그램을 결정하기 위해)을 통해 이루어진다.

### macOS
클래식 Mac OS는 파일 확장자와 관계없이 각 파일을 해당 응용 프로그램과 연결하기 위해 유형 코드와 생성자 코드를 사용했다. 최신 macOS도 파일 확장자 기반 연결을 지원한다.

macOS의 응용 프로그램 번들은 Info.plist 파일에서 지원되는 파일 유형을 선언한다. 이들 지정된 유형 각각에 대해 Uniform Type Identifier가 제공되며, 이 유형의 파일 또는 데이터를 식별하는 방법을 정의하는 '태그' 목록이 함께 제공된다. 예를 들어, JPEG 유형은 'public.jpeg' UTI로 정의되며, 확장자 'jpg' 및 'jpeg', MIME 유형 'image/jpeg', 유형 코드 'JPEG'로 태그가 지정된다.

운영체제는 이 정보를 사용하여 각 유형을 열 수 있는 응용 프로그램 목록을 생성한다. 파인더 (소프트웨어) 내에서 각 파일은 UTI로 식별되며 해당 유형의 기본 응용 프로그램으로 열린다. 사용자는 해당 유형을 지원하는 다른 응용 프로그램 목록에서 선택할 수도 있다.

이 시스템을 사용하면 파일 이름이 없거나 파일 확장자가 없는 데이터와도 유형이 연결된다. 여기에는 붙여넣기 데이터와 MIME 유형이 제공된 HTTP와 같은 프로토콜을 통해 스트리밍되는 데이터가 포함된다.

## 같이 보기
* 파일 형식
* 파일 확장자

## 각주

## 참고 자료

#
#

분류:메타데이터
아사나하로

**아사나하로**(, ? ~ 659), **아시나 허루**는 서돌궐의 카간이다. 당나라 태종 사후에 **이쉬바라 카간**(Ishbara Khagan, )을 칭하며 당에 대항하였으나, 당의 세 차례 원정을 맞아 658년 소정방에게 생포되어 장안으로 압송되었다.

분류:돌궐 카간
분류:658년 사망
분류:7세기 아시아의 군주
분류:아쉬나씨
부트 플래그

**부트 플래그**(boot flag)는 마스터 부트 레코드 내의 비확장 파티션 레코드에 있는 1바이트 값이다. 이것은 파티션 레코드의 시작 부분에 0x80 값으로 나타난다. 0x00 값은 파티션에 부트 플래그가 설정되어 있지 않음을 나타낸다. 다른 모든 값은 유효하지 않다.

그 주요 기능은 MS-DOS/마이크로소프트 윈도우 유형의 부트 로더에 부팅할 파티션을 나타내는 것이다. 어떤 경우에는 Windows XP/2000에서 활성 파티션에 "C:" 문자를 할당하는 데 사용된다. **활성 파티션**은 부트 플래그가 설정된 파티션이다. DOS와 Windows는 부트 플래그로 하나의 부트 파티션만 설정할 수 있도록 허용한다.

타사 부트 관리자(예: GRUB 또는 XOSL)에서 사용하는 다른 부트 로더는 마스터 부트 레코드에 설치될 수 있으며, 부트 플래그가 설정되지 않은 기본 또는 확장 부트 레코드 파티션을 부팅할 수 있다.

Windows의 디스크 관리, 리눅스의 GPartEd, Fdisk와 같이 부트 플래그를 수정할 수 있는 많은 디스크 편집기가 있다.

일부 바이오스는 적어도 하나의 파티션에 부트 플래그가 설정되어 있는지 테스트하며, 그렇지 않으면 부트 순서에서 해당 장치를 무시한다. 따라서 부트 로더가 플래그를 필요로 하지 않더라도 바이오스에서 부트 코드를 시작하려면 플래그를 설정해야 한다.

## 같이 보기
* 마스터 부트 레코드
* 디스크 파티셔닝
* 바이오스
* 부트 로더

## 각주

분류:부팅
넷부트

**넷부트**(NetBoot)는 애플의 기술로, 유능한 펌웨어(즉, 뉴 월드 롬)를 갖춘 맥이 로컬 하드 디스크나 광학 디스크 드라이브 대신 네트워크에서 부팅할 수 있도록 했다. 넷부트는 부트스트랩 프로토콜(BOOTP)에서 파생된 작업이며, 사전 부팅 실행 환경과 개념이 유사하다. 이 기술은 1999년 1월 5일 맥월드 엑스포에서 맥 OS X 서버의 원래 버전의 일부로 발표되었다. 넷부트는 애플의 핵심 시스템 관리 기술로 계속 사용되어 왔으며, 최신 Mac Intel 시스템을 지원하도록 적용되었다. 넷부트, USB, 파이어와이어는 운영체제 재설치를 위한 외부 볼륨 옵션 중 일부이다. 넷부트는 T2 보안 칩이 탑재된 최신 Mac 또는 애플 실리콘에서는 지원되지 않는다.

## 과정
macOS, macOS 서버, 맥 OS 9, 또는 맥 OS 8 사본이 포함된 디스크 이미지는 시스템 이미지 유틸리티를 사용하여 생성되며 일반적으로 macOS 서버인 서버에 저장된다. 클라이언트는 HTTPS, AFP, TFTP, NFS, 및 멀티캐스트 애플 소프트웨어 리스토어(ASR)를 포함한 많은 인기 프로토콜을 사용하여 네트워크를 통해 이 이미지를 수신한다. 서버 측 넷부트 이미지는 전체 시스템을 부팅할 수 있지만, 넷부트는 노턴 고스트와 다소 유사하게 운영체제 및 소프트웨어 전개에 더 일반적으로 사용된다.

클라이언트 시스템은 먼저 DHCP를 통해 네트워크 구성 정보를 요청한 다음, BSDP를 사용하여 부팅 이미지 및 서버 목록을 요청하고 위에 언급된 프로토콜을 사용하여 이미지를 다운로드한다.

인텔 및 파워PC 기반 서버 모두 인텔 및 파워PC 기반 클라이언트를 위한 이미지를 제공할 수 있다.

## 넷인스톨
넷인스톨은 macOS 서버의 유사한 기능으로, 넷부트와 ASR을 활용하여 네트워크 클라이언트(일반적으로 첫 부팅 시)에 설치 이미지를 전달한다. 넷부트와 마찬가지로 넷인스톨 이미지는 시스템 이미지 유틸리티를 사용하여 생성할 수 있다. 넷인스톨은 사전 부팅 실행 환경(Preboot Execution Environment)에 의존하는 마이크로소프트 클라이언트를 위한 윈도우 디플로이먼트 서비스(Windows Deployment Services)와 유사한 기능을 macOS에 제공한다.

## 레거시
맥 OS 8.5 및 맥 OS 9는 IP 정보를 얻기 위해 BOOTP/DHCP만을 사용하고, 이어서 맥 OS 롬 파일의 TFTP 전송을 수행한다. 다음으로, 클라이언트 디스크 이미지가 있는 두 볼륨이 TCP를 통한 애플토크로 마운트된다. 대체로 클래식 맥 OS는 세 가지 이미지를 사용한다. 운영체제와 응용 프로그램을 포함할 수 있는 시스템 이미지. 다음으로, 읽기 전용 시스템 이미지 위에 오버레이로 프라이빗 이미지(또는 스크래치 디스크)가 마운트된다. 마지막으로 응용 프로그램 이미지가 마운트된다. 그러나 이 이미지는 비어 있을 수 있다.

## 같이 보기
* 리모트 인스톨 맥 OS X

## 각주

## 외부 링크
* NetBoot에서 부트 서버 검색 프로토콜 사용 분석
* 애플 상세 부트 서버 검색 프로토콜 문서
* 
* 

분류:네트워크 부팅
분류:MacOS
페스터 파워

섬네일
**페스터 파워**(영어: Pester Power)는 아동이 부모나 보호자에게 특정 제품의 구매를 끈질기게 요구하거나 졸라서 소비 결정에 영향을 미치는 능력을 일컫는 마케팅 및 사회학 용어이다. 이를 마케팅 업계에서는 **잔소리 효과**(영어: The Nag Factor)라고도 부르며, 기업이 구매력이 없는 아동을 대상으로 마케팅을 펼쳐 최종적으로 구매력을 가진 부모의 지갑을 열게 만드는 간접적인 판매 전략을 설명할 때 주로 사용된다. 이는 현대 자본주의 사회에서 아동이 단순히 보호의 대상을 넘어 가정 내 소비의 강력한 인플루언서이자 주체적인 경제 행위자로 부상했음을 보여주는 대표적인 현상이다.

## 개요
전통적인 가부장적 가정 구조에서는 경제권을 가진 부모가 독단적으로 소비를 결정하는 것이 일반적이었다. 그러나 20세기 후반 들어 핵가족화가 가속화되고 맞벌이 부부가 증가하면서 부모가 자녀와 함께 보내는 시간이 줄어들었고, 이에 대한 보상 심리로 물질적 요구를 들어주는 경향이 강해졌다. 동시에 사회 전반적으로 아동 중심의 양육 문화가 확산됨에 따라 가정 내 의사결정 과정에서 자녀의 발언권이 비약적으로 상승했다. 마케터들은 이러한 사회적 변화를 포착하여 부모를 직접 설득하는 것보다, 브랜드에 대한 충성도가 쉽게 형성되고 욕구 표현이 즉각적인 아동을 공략하는 것이 훨씬 효율적이라는 사실을 발견했다. 이로 인해 아동용 장난감이나 제과류뿐만 아니라 외식 메뉴, 휴가지 선정, 전자제품, 심지어 자동차 구매에 이르기까지 가족 소비 전반에 걸쳐 아동의 영향력이 확대되는 결과가 나타났다. 텍사스 A&M 대학교의 마케팅 교수였던 제임스 맥닐은 아동이 세 가지 시장(직접 구매자, 부모 구매의 영향력 행사자, 미래의 잠재 고객)으로서 기능한다고 분석하며 이들의 영향력을 강조하였다.

## 심리학적 기제와 유형
페스터 파워가 작동하는 심리학적 원리는 부모의 죄책감과 피로감, 그리고 자녀의 사회적 소속감 욕구와 맞물려 있다. 마케팅 전문가 제임스 맥닐은 아이들의 조르기를 크게 두 가지 유형으로 구분하여 설명한다. 첫째는 끈질긴 조르기이다. 이는 주로 연령이 낮은 아동에게서 나타나며, 원하는 것을 얻을 때까지 떼를 쓰거나 울거나 같은 요구를 무한히 반복하는 형태를 띤다. 부모는 아이의 이러한 행동을 멈추게 하기 위해, 혹은 공공장소에서의 소란을 피하기 위해 항복하듯 제품을 구매하게 된다. 둘째는 중요성 강조 조르기이다. 이는 인지 능력이 다소 발달한 아동이 사용하는 방식으로, 특정 제품이 자신의 학교생활이나 교우 관계 유지에 필수적이라는 논리를 내세우는 것이다. 부모는 자녀가 또래 집단에서 소외되거나 뒤처질 것을 우려하여, 교육적 혹은 사회적 적응을 돕는다는 명분으로 구매를 합리화하게 된다.

## 디지털 환경과 변화
과거의 페스터 파워가 주로 텔레비전 광고나 만화 영화 중간의 광고 시간을 통해 형성되었다면, 21세기에 들어서는 유튜브, 소셜 미디어, 모바일 게임 등 디지털 플랫폼으로 그 무대가 확장되었다. 특히 키즈 인플루언서의 등장은 페스터 파워를 더욱 강력하고 정교하게 만들었다. 아이들은 유튜브에서 또래의 유튜버가 장난감을 개봉하고 즐겁게 노는 영상을 시청하며, 광고라고 인식하지 못한 채 자연스럽게 해당 제품에 대한 강한 소유욕을 가지게 된다. 알고리즘에 기반한 맞춤형 콘텐츠 추천 시스템은 아이들이 관심 있어 할 만한 상업적 콘텐츠를 끊임없이 노출시킴으로써 구매 욕구를 지속적으로 자극한다. 이는 부모가 통제하기 어려운 수준으로 아이들의 소비 욕구를 부추기며, 전통적인 미디어 환경보다 훨씬 더 직접적이고 강력한 구매 압력을 행사하게 만든다.

## 사회적 영향 및 비판
페스터 파워에 의존한 마케팅 전략은 다양한 사회적, 윤리적 비판에 직면해 있다. 가장 큰 문제는 아동의 미성숙한 판단력을 상업적으로 악용한다는 점이다. 미국 심리학회는 아동이 광고의 설득적 의도를 파악하는 인지 능력이 부족하기 때문에 광고에 취약하며, 이는 공정한 거래가 아니라고 지적한 바 있다. 또한 이러한 현상은 아동 비만 문제와도 밀접하게 연관되어 있다. 고열량, 저영양 식품 업체들이 페스터 파워를 적극 활용하여 아이들이 부모에게 패스트푸드나 가공식품을 사달라고 조르게 만듦으로써 식습관을 저해한다는 비판이 제기된다. 경제적으로는 부모와 자녀 간의 갈등을 유발하는 주된 원인이 되기도 한다. 경제적 여건이 넉넉하지 않은 가정의 부모는 자녀의 요구를 들어주지 못한다는 죄책감과 스트레스를 겪게 되며, 이는 상대적 박탈감과 가정 불화로 이어질 수 있다.

## 규제 현황
세계 각국 정부와 규제 기관은 페스터 파워의 부작용을 최소화하고 아동을 상업적 착취로부터 보호하기 위해 다양한 법적 장치를 마련하고 있다. 스웨덴과 노르웨이는 12세 미만 아동을 대상으로 하는 텔레비전 상업 광고를 원천적으로 금지하는 강력한 법안을 시행 중이며, 이는 아동 마케팅 규제의 대표적인 모범 사례로 꼽힌다. 캐나다 퀘벡주 역시 소비자 보호법을 통해 13세 미만 아동을 겨냥한 모든 형태의 상업 광고를 불법으로 규정하고 있다. 영국과 미국 등지에서는 아동 프로그램 전후에 고지방, 고당분 식품 광고를 제한하는 등의 가이드라인을 두고 있으며, 최근에는 유럽연합 등을 중심으로 디지털 미디어 환경 변화에 맞춰 유튜브나 게임 내 타겟팅 광고에 대한 규제 논의도 활발히 진행되고 있다.

## 같이 보기
* 마케팅
* 소비자 행동
* 아동 심리학
* 미디어 리터러시

## 각주

분류:마케팅
분류:소비자 행동
분류:아동 발달
분류:광고
분류:육아
분류:사회 문제
ARC (시방서)

**ARC**(Advanced RISC Computing)는 더 이상 존재하지 않는 컴퓨터 제조업체 컨소시엄(Advanced Computing Environment 프로젝트)이 만든 시방서로, 표준 MIPS RISC 기반 컴퓨터 하드웨어 및 펌웨어 환경을 정의한다. ARC와 호환되는 알파 머신의 펌웨어는 **알파바이오스**(AlphaBIOS)로 알려져 있으며, 알파의 비 ARC 펌웨어는 SRM으로 알려져 있다.

## 역사
ACE는 사라졌고 ARC 표준을 완전히 준수하는 컴퓨터는 제조되지 않았지만, ARC 시스템은 윈도우 NT 계열의 모든 운영 체제가 부팅 장치 명명에 ARC 규칙을 사용한다는 점에서 광범위한 유산을 가지고 있다. SGI의 수정된 ARC 펌웨어 버전은 ARCS라고 명명되었다. IRIX 6.1 이상을 실행하는 인디 및 옥테인과 같은 모든 SGI 컴퓨터는 윈도우와 동일한 드라이브 명명 규칙을 사용하는 ARCS 콘솔에서 부팅된다. 윈도우 NT를 실행하도록 설계된 다양한 RISC 기반 컴퓨터의 대부분은 NT를 부팅하기 위한 ARC 부팅 콘솔 버전을 가지고 있다. 여기에는 다음이 포함된다.
* MIPS 매그넘 워크스테이션과 같은 MIPS R4000 기반 시스템
* 1999년 9월 윈도우 NT 알파 지원 종료 이전에 설계된 PCI 버스를 갖춘 모든 알파 기반 머신 (알파 ARC 펌웨어는 AlphaBIOS로도 알려져 있으며, 비 ARC 알파는 대신 SRM 콘솔을 사용한다)
* 대부분의 윈도우 NT 호환 파워PC 컴퓨터 (예: IBM RS/6000 40P).

인텔 IA-32 기반 컴퓨터가 ARC 콘솔을 채택할 것으로 예측되었지만, SGI만이 1999년에 출시된 SGI 비주얼 워크스테이션 시리즈와 같은 ARC 펌웨어 기반 머신을 시장에 내놓았다.

## UEFI와의 비교
UEFI와 비교할 때, ARC 펌웨어는 FAT, 부팅 변수, C-호출 인터페이스를 지원했다. 하지만 UEFI와 같은 수준의 확장성과 UEFI 포럼과 같은 수준의 거버넌스를 포함하지 않았다.
## 부분적으로 ARC 호환되는 컴퓨터 목록
ARC 표준을 (어느 정도) 준수하는 제품은 다음과 같다.

*알파
**DEC 멀티아 및 알파스테이션/알파서버
**데스크스테이션 랩터
*i386
**SGI 비주얼 워크스테이션
*MIPS
**에이서 PICA
**카레라 컴퓨터스 코브라 R4000 및 VIPER
**디지털 DEC스테이션 5000
**데스크스테이션 타인
**마이크로소프트 재즈
**MIPS 매그넘
**올리베티 M700
**NEC RISC스테이션
**네트파워 패스트시리즈 MP
**SGI 인디고², 인디, 챌린지, 오닉스, 오리진 등 빅 엔디언 ARCS
**지멘스-닉스도르프 RM200, RM300, RM400
*파워PC
**IBM 개인용 컴퓨터 파워 시리즈 850/830 PReP
**IBM RS/6000 40P, 43P, E20, F30
** 모토로라 파워스택
** 탄젠트 미디어스타

## 각주

## 외부 링크
* ARC on www.linux-mips.org
* Advanced RISC Computing Specification Version 1.2
* 

분류:컴퓨터 하드웨어 표준
Cacls

마이크로소프트 윈도우에서 **<code>cacls</code>**와 그 대체제인 **<code>icacls</code>**는 컴퓨터 파일과 폴더의 보안 디스크립터를 표시하고 수정할 수 있는 기본 명령줄 유틸리티이다. 접근 제어 목록은 파일이나 폴더와 같은 보안 가능한 개체에 대한 권한 목록으로, 누가 해당 개체에 접근할 수 있는지 제어한다. `cacls` 명령어는 ReactOS에서도 사용할 수 있다.

## cacls

cacls.exe 유틸리티는 윈도우 NT 3.5 및 이후 윈도우 NT 계열 운영체제에서 디렉터리 및 파일 보안 디스크립터의 사용이 중단된 명령줄 편집기이다. 마이크로소프트는 NTFS 파일 시스템 버전 3.0에서 도입된 변경 사항을 지원하기 위한 향상된 기능을 제공하는 다음과 같은 최신 유틸리티를 제작했으며, 일부는 나중에 사용이 중단되었다.
*xcacls.exe는 윈도우 2000 이상에서 지원되며 실행, 삭제 및 소유권 가져오기 권한 설정과 같은 새로운 기능을 추가한다.
*xcacls.vbs
*fileacl.exe
*icacls.exe (윈도우 서버 2003 SP2 이상에 포함)
*SubInAcl.exe - 파일, 서비스 및 레지스트리 키를 포함한 다양한 유형의 개체에 대한 권한을 설정하고 교체하는 리소스 키트 유틸리티
* 파워셸 (Get-Acl 및 Set-Acl cmdlet)

ReactOS 버전은 토마스 바이덴뮐러가 개발했으며 GNU 약소 일반 공중 사용 허가서에 따라 라이선스가 부여된다.

## icacls

Integrity Control Access Control List의 약자이다. 윈도우 서버 2003 서비스 팩 2 이상에는 icacls가 포함되어 있으며, 이는 파일 및 폴더의 ACL을 표시, 수정, 백업 및 복원하고 비스타 및 이후 버전에서 무결성 수준 및 소유권을 설정할 수 있는 기본 제공 명령줄 유틸리티이다. 그러나 cacls를 완전히 대체하는 것은 아니다. 예를 들어, 명령줄 매개변수를 통해 보안 서술자 정의 언어 (SDDL) 구문을 직접 지원하지 않는다 (오직 /restore 옵션을 통해서만).

## 같이 보기
* SetACL
* Chmod
* takeown

## 각주

## 추가 자료

*
*
*
*
* The Security Descriptor Definition Language of Love (Part 1)

## 외부 링크

* cacls | Microsoft Docs
* icacls | Microsoft Docs

분류:ReactOS 명령어
리눅스부트

**리눅스부트**(LinuxBoot)는 자유 소프트웨어 프로젝트로, 통일 확장 펌웨어 인터페이스(UEFI) 펌웨어의 대부분의 드라이버 실행 환경(DXE) 모듈을 리눅스 커널로 대체하는 것을 목표로 한다. 리눅스부트는 시작하기 위해 하드웨어 초기화 소프트웨어 위에서 실행되어야 한다. 이는 UEFI의 Pre-EFI 초기화(PEI) 부분, 코어부트, 또는 U-부트가 될 수 있다. kexec syscall을 통해 리눅스를 부팅할 수 있지만, 다른 방법으로 윈도우도 부팅할 수 있다.

## 역사
원래 이 프로젝트는 구글이 NERF라는 이름으로 시작했다. NERF는 리눅스 커널과 사용자 영역 애플리케이션을 포함하는 간소화된 EFI 버전이었다. 이 프로젝트는 부트블록과 커널을 포함하는 리눅스부트와 사용자 영역 애플리케이션을 포함하는 u-root로 분할되었다.

리눅스부트는 2018년에 리눅스 재단의 공식 프로젝트가 되었다.

## 하드웨어 지원
현재 리눅스부트의 EFI 지원은 몇몇 서버에만 국한되어 있다.

* 델 R630
* 오픈 컴퓨트 프로젝트 윈터펠, 레오파드, 모놀레이크, 티오가 패스
* 인텔 S2600WF

리눅스부트는 이론적으로 코어부트 프로젝트에서 지원하는 모든 메인보드에서도 지원되는데, 여기에는 OCP 모놀레이크도 포함된다. 실제로는 플래시 크기 제약으로 인해 지원이 제한된다.

## 각주

## 외부 링크
* FOSS 프로젝트 스포트라이트: 리눅스부트

분류:커스텀 펌웨어
분류:펌웨어
분류:GPL 라이선스 소프트웨어
아크로니스

**아크로니스 인터내셔널 GmbH**(Acronis International GmbH)는 사이버 보안 및 데이터 보호 소프트웨어를 전문으로 하는 스위스의 글로벌 기술 기업이다. 스위스 샤프하우젠에 본사를 두고 있으며, 관리 서비스 제공업체(MSP), 중소기업(SMB), 기업 IT 환경을 위한 백업, 재해 복구, 엔드포인트 관리 및 사이버 보안 솔루션을 개발한다. 2025년, 스웨덴 사모펀드 **EQT**가 아크로니스의 대다수 지분을 인수했다.

아크로니스 제품은 Microsoft 365, Google Workspace, AWS, Azure와 같은 플랫폼을 지원한다.

## 역사
아크로니스는 2003년 싱가포르에서 서지 벨, 스타니슬라프 프로타소프, 일리야 주바레프가 SWsoft (이후 Parallels로 알려짐)에서 분사하여 설립되었다. 초기에는 주력 제품인 아크로니스 트루 이미지를 통해 디스크 이미징 및 백업에 중점을 두었다. 2008년 스위스에서 법인화되었다.

이 회사는 2012년 GroupLogic, 2014년 BackupAgent 및 nScaled를 인수하며 확장을 이어갔다. 회사에 따르면, 아크로니스 트루 이미지 2017 뉴 제너레이션은 "아크로니스 액티브 프로텍션" 기능을 통해 행동 기반 랜섬웨어 방지 기능을 포함하고, "아크로니스 공증"을 통해 블록체인 기반 파일 공증 기능을 포함한 최초의 개인 백업 소프트웨어였다.

추가 인수로는 2019년 5nine Software와 2020년 DeviceLock 및 CyberLynx가 있었다. 같은 해, 아크로니스는 백업과 사이버 보안을 통합한 사이버 프로텍트 플랫폼을 출시했다. 이 회사는 ConnectWise 및 Microsoft Azure와 같은 플랫폼과의 통합을 지원한다.

## 재무
2019년, 아크로니스는 골드만삭스로부터 1억 4,700만 달러를 유치하여 10억 달러 이상의 기업 가치를 달성했다. 2021년 CVC 캐피탈 파트너스가 주도한 2억 5,000만 달러의 투자 유치로 기업 가치는 25억 달러 이상으로 증가했다.

2025년, 아크로니스는 스톡홀름에 본사를 둔 스웨덴 사모펀드 EQT가 대다수 지분을 소유하게 되었다.
 Ezequiel Steiner CEO에 따르면, EQT의 투자는 아크로니스에 추가적인 경영 "두뇌"와 함께 더 넓은 시장, 모범 사례 및 벤치마킹에 대한 향상된 이해를 가져다준다. 이 인수는 2025년에 예상되는 연방 규제 승인 절차를 거쳐야 한다.

## 운영
아크로니스는 북미, 유럽, 아시아, 중동에 사무실을 두고 있으며, 불가리아, 미국, 이스라엘, 싱가포르에 R&D 센터를 운영한다. 전 세계 클라우드 데이터 센터 네트워크를 운영하고 있으며, 약 750,000개의 전 세계 기업을 보호하는 20,000개 이상의 서비스 제공업체를 지원한다.

2025년 9월 15일, 미국 국가정보국장은 정보기관에서 모든 아크로니스 제품 및 서비스를 배제하고 제거하도록 명령했다. 이 명령은 FAR Subpart 4.23에 따라 정보기관 및 민감한 분할 정보 시스템에만 적용된다. DNI 명령은 연방 조달 보안 협의회(FASC)의 권고에 기반한다. 그러나 FASC나 DNI 모두 아크로니스 제품 또는 프로세스 내에서 어떠한 취약점도 확인하지 못했다. 이 명령은 아크로니스나 그 파트너가 미국 정보기관 외의 다른 고객에게 서비스를 제공하는 것을 막지 않는다.

## 리더십
2025년 현재, 아크로니스의 경영진에는 Ezequiel Steiner의 뒤를 이은 CEO 얀-야프 야거와 회장 워렌 애들먼이 포함된다. EQT의 대다수 지분 인수 후, EQT 파트너 요하네스 라이헬은 전략 이사회 대표로 활동한다.

## 표창
* 2005년, PC 월드는 아크로니스 트루 이미지 8.0에 월드 클래스 상을 수여했다.
* 2017년, 타임지는 아크로니스 트루 이미지를 선도적인 클라우드 기반 백업 서비스로 인정했다.
* 2025년, 아크로니스는 4년 연속 CRN의 보안 100대 목록에 선정되었다.

## 거버넌스
2025년 여름 현재, 다음 개인들이 아크로니스 이사회에서 활동하고 있다: https://www.acronis.com/en-eu/company/leadership/
* 워렌 애들먼 – 의장 (미국)
* 요하네스 라이헬 – EQT (독일)
* 다니엘 윌리엄슨 – CVC 캐피탈 파트너스 (이탈리아)
* 홀거 스타우데 – 스프링코스트 파트너스 (미국)
* 찰리 라이언 (이탈리아)
* 스테판 가이저 (독일)
* 서지 벨 (싱가포르)

## 같이 보기
* 디스크 복제 소프트웨어 비교
* 디스크 복제 소프트웨어 목록
* 디스크 파티션 소프트웨어 목록

## 각주

분류:싱가포르의 기업
분류:샤프하우젠
분류:2001년 설립된 기술 기업
Limine

**Limine**은 휴대용 부트로더이자 Limine 부팅 프로토콜의 참조 구현이다. Multiboot2, 체인로딩, 그리고 리눅스 부팅 프로토콜도 지원된다. Limine은 ISO-9660 및 FAT 파일 시스템을 지원한다.

Limine은 GNU GRUB과 같은 부트로더에 대한 더 강력한 대안을 제공하는 것을 목표로 하며, 또한 부팅 후 커널 개발자가 작동 가능한 64비트 환경을 만드는 데 필요한 작업량을 줄이는 것을 목표로 멀티부트 사양의 대안으로 자체 부팅 프로토콜을 제공한다.

Limine은 여러 리눅스 배포판에 포함되어 있으며, 아치 리눅스에서는 archinstall의 옵션으로 제공된다. EasyOS (퍼피 리눅스의 파생), CachyOS, 그리고 Chimera Linux에도 포함되어 있다. Limine은 또한 Cosmos에서 사용되며 SerenityOS에서 지원된다.

## 같이 보기

* GNU GRUB
* BOOTMGR - 현재 윈도우 부트로더
* rEFInd - UEFI 기반 컴퓨터를 위한 대체 부트로더
* 부트로더 비교

## 각주

## 더 읽어보기
* Limine 부팅 프로토콜 사양
* Limine Bare Bones - OSDev 위키
* Limine - ArchWiki
* Limine - 젠투 위키

분류:BSD 라이선스 소프트웨어
안드로이드 장치 부팅 프로세스

안드로이드 장치의 부팅 프로세스는 SoC(시스템 온 칩) 전원 인가 시 시작되어 홈 화면이 보이거나 삼성 장치의 경우 복구, 패스트부트, 또는 오딘 모드와 같은 특수 모드에서 종료된다. 안드로이드를 실행하는 장치의 부팅 프로세스는 SoC 제조업체의 펌웨어 설계에 영향을 받는다.

## 배경
2018년 기준으로 안드로이드 시장의 SoC 90%는 퀄컴, 삼성 또는 미디어텍 중 한 곳에서 공급한다. 다른 공급업체로는 UNISOC, 록칩, 마벨, 엔비디아가 있으며, 이전에는 텍사스 인스트루먼트가 있었다.

## 역사
부팅 보안 조치인 검증된 부팅은 안드로이드 킷캣과 함께 도입되었다.

## 단계

### 주 부트로더
부트 ROM에 저장된 주 부트로더(PBL)는 부팅 프로세스의 첫 번째 단계이다. 이 코드는 칩셋 제조업체가 작성한다.

PBL은 다음 단계의 진위를 확인한다.

삼성 스마트폰에서는 부트 ROM이 삼성 보안 부트 키(SSBK)를 사용하여 다음 단계들을 확인한다.

퀄컴의 SoC에서는 주 부트로더에서 퀄컴 긴급 다운로드 모드에 진입할 수 있다.

보조 부트로더 검증에 실패하면 EDL에 진입한다.

### 보조 부트로더
부트 ROM의 공간이 제한적이므로 eMMC 또는 eUFS에 보조 부트로더가 사용된다. 보조 부트로더는 트러스트존을 초기화한다.

예를 들어, 퀄컴 MSM8960에서는 보조 부트로더 1이 보조 부트로더 2를 로드한다. 보조 부트로더 2는 트러스트존과 보조 부트로더 3을 로드한다.

퀄컴은 이제 SBL을 UEFI 구현체인 XBL이라고 부른다.

퀄컴은 LK(Little Kernel) + Aboot 또는 XBL(eXtensible Bootloader) + ABL을 사용하고, 삼성 엑시노스는 S-Boot를 사용하며, 미디어텍은 Das U-Boot를 사용한다. 리틀 커널은 임베디드 시스템을 위한 마이크로커널로, 퀄컴이 부트로더로 사용하기 위해 수정했다. 안드로이드 부트로더(Aboot 또는 ABL)는 패스트부트 인터페이스를 구현한다. 이 인터페이스는 부트 및 복구 파티션의 진위를 확인한다. 특정 키 조합을 누르면 장치는 복구 모드로도 부팅할 수 있다. 그런 다음 안드로이드 부트로더는 제어권을 리눅스 커널로 넘긴다.

### 커널 및 initramfs

initramfs는 작은 루트 파일 시스템을 포함하는 gzip 압축된 cpio 아카이브이다. 여기에는 실행되는 init이 포함되어 있다. 안드로이드 커널은 리눅스 커널의 수정된 버전이다. Init은 파티션을 마운트한다. dm-verity는 fstab 파일에 지정된 파티션의 무결성을 확인한다. dm-verity는 안드로이드 버전 4.4부터 구글이 도입한 리눅스 커널 모듈이다. 기본 구현은 블록 기반 검증만 지원하지만, 삼성은 파일 지원을 추가했다.

### 자이고트

자이고트는 init 프로세스에 의해 생성되며, 안드로이드 애플리케이션 및 서비스 프로세스를 시작하는 역할을 한다. 이 프로세스는 매우 자주 사용될 것으로 예상되는 클래스를 힙에 로드하고 초기화한다. 예를 들어, 라이브러리의 덱스(dex) 데이터 구조가 있다. 자이고트가 시작되면 소켓에서 명령을 수신 대기한다. 새 애플리케이션이 시작될 때 자이고트에게 명령이 전송되며, 자이고트는 fork() 시스템 호출을 실행한다.

## 파티션 레이아웃
안드로이드 시스템은 여러 파티션으로 나뉘어 있다.

퀄컴 플랫폼은 GUID 파티션 테이블을 사용한다. 이 사양은 UEFI 사양의 일부이지만 UEFI 펌웨어에 의존하지 않는다.

## 같이 보기
* 코어부트
* 리눅스 부팅 프로세스
* macOS 부팅 프로세스
* 윈도우 부팅 프로세스

## 내용주

## 각주

## 외부 링크
* Android.com - 부팅 흐름
* 부팅 시간 관리
* 퀄컴 부트로더
* 퀄컴 신뢰 체인
* 보안 부팅 및 이미지 인증
* 스냅드래곤 410의 보안 부팅
* 퀄컴 보안 부트 체인 분석
* msm8916-mainline/qhypstub
* 안드로이드 시스템 init 프로세스 시작 및 init.rc 전체 분석
* 안드로이드 Init 언어

분류:부트 로더
분류:안드로이드 (운영체제)
리브레부트

**리브레부트**(Libreboot, 짧게 **GNU 리브레부트**)는 지원되는 X86-64 및 AArch64 컴퓨터에서 일부 독점 바이오스 또는 통일 확장 펌웨어 인터페이스 펌웨어를 대체하는 것을 목표로 하는 코어부트 기반의 자유-오픈 소스 소프트웨어 프로젝트이다. 리브레부트는 리눅스 또는 BSD와 같은 32비트 또는 64비트 운영체제를 로드하고 실행하는 데 필요한 CPU 초기화 또는 메모리 컨트롤러 초기화와 같은 기본적인 기계 설정을 수행한다. FreeBSD, NetBSD, OpenBSD에서 테스트되었다.

## 특징
리브레부트는 코어부트의 배포판으로 설립되었지만, 코어부트에서 일부 독점 바이너리 블롭이 제거되었다. 리브레부트는 빌드 및 설치 프로세스를 자동화하여 코어부트를 쉽게 사용할 수 있도록 한다.

일부 장치에서 리브레부트 개발자들은 인텔의 펌웨어를 리버스 엔지니어링하여 인텔 사양을 충족하는 자유 펌웨어를 생성하는 유틸리티를 만들었다. 하드웨어 지원에는 ASUS KGPE-D16, 씽크패드 T400, X60 및 X200이 포함되지만 이에 국한되지는 않는다. 리브레부트는 상위 코어부트 프로젝트로부터 공식적으로 승인되었다.

## 역사
리브레부트 프로젝트는 비자유 바이너리 블롭을 제외하는 코어부트의 배포판으로 2013년 12월에 시작되었다. 코어부트는 1999년 로스앨러모스 국립연구소 (LANL)에서 리눅스바이오스(LinuxBIOS)로 시작되었으며, 2008년에 "코어부트"로 이름이 변경되었다.

리브레부트는 자유 소프트웨어 재단의 승인을 받았으며, 2016년 5월부터 GNU 프로젝트의 공식적인 일부가 되었다. 2017년 1월, 프로젝트 관리자 레아 로우는 GNU를 감독하는 자유 소프트웨어 재단과의 수개월간의 분쟁 끝에 GNU 프로젝트에서 리브레부트를 철회했다.

## 평가
2015년에 카일 랭킨은 리눅스 저널에서 리브레부트가 "몇 가지 주의사항"과 함께 플래싱 프로세스를 "크게 단순화하고 자동화"했다고 밝혔다. 2016년 브라이언 콕필드는 Hackaday에서 리브레부트 설치가 "끔찍했으며" "생각만큼 쉽지 않았다"고 밝혔다.

## 각주

분류:커스텀 펌웨어
분류:펌웨어
분류:2013년 소프트웨어
퀄컴 EDL 모드

**퀄컴 긴급 다운로드 모드**(Qualcomm Emergency Download mode) 또는 **퀄컴 EDL 모드**(Qualcomm EDL mode), 공식적으로는 **퀄컴 HS-USB QD-로더 9008**는 퀄컴의 시스템 온 칩 부트 롬에 구현된 기능으로, 벽돌이 된 스마트폰을 복구하는 데 사용될 수 있다. 구글의 픽셀 3에서는 이 기능이 휴대폰이 벽돌이 된 후 사용자에게 우연히 노출되었다.

## 장치 지원

장치가 EDL을 지원하려면 퀄컴 하드웨어를 사용해야 한다. 스냅드래곤 제품군은 매우 널리 사용된다.

## 접근

### ADB
안드로이드 디버그 브리지는 `adb reboot edl` 명령어를 사용하여 EDL 모드에 접근할 수 있다.

### 윈도우
퀄컴 제품 지원 도구(QPST)는 일반적으로 서비스 센터 직원들이 하드-브릭된 안드로이드 장치를 되살리거나 영구적인 소프트웨어 문제를 해결하기 위해 저수준 펌웨어 플래싱에 내부적으로 사용된다. 펌웨어를 플래싱하기 위해 이 도구는 EDL을 통해 지원되는 장치와 통신한다. QPST는 퀄컴에서 공식적으로 출시되지 않았다.

### 리눅스
퀄컴 다운로드(QDL)는 퀄컴 시스템 온 칩 부트롬과 통신하여 코드를 설치하거나 실행하는 도구이다. 소스 코드는 안데르손으로도 알려진 비외른 안데르손이 관리한다.

### 테스트 포인트
퀄컴이 구현한 마더보드에는 항상 테스트 포인트가 포함되어 있다. 이는 휴대폰 모델마다 다를 수 있다. 일반적으로 테스트 포인트는 한 쌍의 접점이며, 서로 떨어져 있을 수 있다. EDL은 휴대폰 뒷면을 열고, 모델에 따라 달라지는 테스트 포인트의 위치를 찾아, 금속 핀셋으로 커넥터를 단락시킨 후 휴대폰을 EDL로 부팅하여 접근할 수 있다. EDL 모드에서 작업을 수행하려면 추가 소프트웨어 도구가 필요하다.

### EDL 딥 플래시 케이블
퀄컴은 EDL이 있는 마더보드에 EDL 딥 플래시 케이블을 통해 EDL로 부팅할 수 있는 기능을 구현했다. 이 특정 케이블에는 D+와 GND USB 라인을 단락시켜 누르면 휴대폰을 EDL 모드로 부팅할 수 있는 버튼이 있다. 이 케이블을 사용하면 대부분의 장치 및 경우에서 테스트 포인트를 사용할 필요가 없다. 이 케이블은 하드-브릭된 장치도 EDL 모드로 부팅하는 데 작동하며, 이 방법은 SBL1/XBL(보조 부트로더 1/확장 부트로더)이 손상되지 않은 경우에만 작동한다.

## 각주

분류:부팅
분류:퀄컴
WIN.INI

**WIN.INI**는 Windows 3.11까지의 마이크로소프트 윈도우 운영 환경 버전에서 부팅 시 기본 설정을 저장하는 데 사용되었던 기본 INI 파일이다. 기본적으로 모든 글꼴, 통신 드라이버, 바탕 화면, 화면 보호기 및 언어 설정은 Windows 3.x에서 WIN.INI에 저장되었다. 이 설정 중 상당수는 윈도우 레지스트리를 선호하여 파일이 점차 사라지기 시작했음에도 불구하고 Windows 9x에서 계속 사용되었다. Windows XP는 이전 16비트 응용 프로그램과의 하위 호환성을 제공하기 위해 WIN.INI 파일의 일부 항목을 여전히 인식했다. 그러나 XP를 새로 설치하면 생성되는 WIN.INI 파일은 처음에는 비어 있으며, Windows Vista 및 윈도우 7에서는 WIN.INI 파일이 완전히 제거되었다.

윈도우 3.0 이전에는 응용 프로그램이 WIN.INI 내부에 구성 설정을 저장하는 것이 흔했다(을 통해). 1990년 윈도우 3.0 출시와 함께 마이크로소프트는 "개인" INI 파일( 등)의 개념과 일부 새로운 응용 프로그래밍 인터페이스 호출을 도입하여 응용 프로그램이 자체 파일에 설정을 저장할 수 있도록 했다.

1992년에 Windows 3.1은 설정을 저장하기 위한 윈도우 레지스트리를 도입했다.

## 편집
마이크로소프트는 운영 체제에 핵심 구성 파일(WIN.INI, SYSTEM.INI, CONFIG.SYS, AUTOEXEC.BAT 등)을 위한 두 가지 특수 편집기를 포함하고 있다. Sysedit는 Windows 3.x부터 윈도우 7까지 모든 버전의 윈도우에서 사용할 수 있는 MDI 문서 편집기로, 이 모든 파일을 동시에 연다. MSConfig는 Windows 98 이상(Windows 2000 제외)에 포함된 더 간단한 응용 프로그램으로, 사용자가 위에서 언급한 파일과 Run, RunEx, RunOnce 레지스트리 키에 의해 시작 시 로드되는 드라이버 및 응용 프로그램을 활성화 및 비활성화할 수 있도록 한다.
WIN.INI와 SYSTEM.INI는 16비트 응용 프로그램 지원을 위해 최신 버전의 윈도우에 포함되어 있다. 16비트 응용 프로그램은 이 두 파일이 C:\Windows에 없으면 오류를 표시할 수 있다.

## 각주

분류:설정 파일
SYSTEM.INI

**<code>SYSTEM.INI</code>**는 초기 마이크로소프트 윈도우 버전(1.01부터 Me까지)에서 장치 드라이버 및 기본 윈도우 셸(프로그램 관리자 또는 윈도우 탐색기)과 같은 시스템 설정을 로드하는 데 사용되는 초기화 파일(INI 파일)이다. 이 설정 중 상당수는 윈도우 9x(95, 98, Me)에서도 유지되었지만, INI 파일은 윈도우 레지스트리를 선호하여 점차 폐지되기 시작했다. NT 4.0, 2000, XP, 서버 2003도 이전 16비트 애플리케이션과의 하위 호환성을 제공하기 위해 일부 `SYSTEM.INI` 항목을 여전히 인식한다. 비스타 이후 버전에도 `SYSTEM.INI`가 있다. 그러나 XP/서버 2003을 새로 설치하면 생성되는 `SYSTEM.INI` 파일에는 기본적으로 다음 줄만 포함되어 있다.


```ini
; for 16-bit app support
[drivers]
wave=mmdrv.dll
timer=timer.drv
[mci]
[driver32]
[386enh]
woafont=dosapp.FON
EGA80WOA.FON=EGA80WOA.FON
EGA40WOA.FON=EGA40WOA.FON
CGA80WOA.FON=CGA80WOA.FON
CGA40WOA.FON=CGA40WOA.FON
```


## 편집
마이크로소프트는 운영 체제와 함께 핵심 구성 파일(예: `PROTOCOL.INI`, `[[WIN.INI]]`, `SYSTEM.INI`, `[[CONFIG.SYS]]`, `[[AUTOEXEC.BAT]]`)을 위한 두 가지 특수 문서 편집기를 제공한다. Sysedit은 윈도우 3.0부터 Me 및 윈도우 7 이후를 제외한 모든 윈도우 버전에서 사용할 수 있는 MDI 문서 편집기로, 이 모든 파일을 동시에 연다. MSConfig는 사용자가 드라이버, 윈도우 셸 및 애플리케이션을 위의 파일과 Run, RunEx 및 RunOnce 윈도우 레지스트리 키에서 시작 시 로드되지 않도록 활성화 및 비활성화할 수 있는 프런트 엔드 인터페이스 애플리케이션이다.

## 각주

## 외부 링크
윈도우 3.x(3.0, 3.10 및 Windows for Workgroups 3.11) 및 윈도우 9x(95, 98 및 Me)의 `SYSTEM.INI`:
*MSKB: Windows 3.1 Resource Kit SYSTEM.INI &#91;386ENH&#93; Section A-L
*MSKB: Windows 3.1 Resource Kit SYSTEM.INI &#91;386ENH&#93; Section M-Z
*MDGx: SYSTEM.INI TWEAKS

분류:설정 파일
INF 파일

**INF 파일**(**설정 정보 파일**, Setup Information file)은 마이크로소프트 윈도우 기반 운영 체제에서 소프트웨어 및 장치 드라이버 설치에 사용되는 INI 평문 파일이다. INF 파일은 일반적으로 하드웨어 구성 요소의 장치 드라이버를 설치하는 데 사용된다. 윈도우에는 INF 기반 설치를 생성하기 위한 IExpress 도구가 포함되어 있다. INF 파일은 윈도우 Setup API와 그 후속인 윈도우 인스톨러의 일부를 구성한다.

 디렉토리에는 여러 `.inf` 파일이 포함되어 있다.

**미리 컴파일된 설정 정보 파일**()은 운영 체제에 의해 컴파일된 INF 파일의 이진 표현이다.

## 구조
INF 파일의 구조는 INI 파일의 구조와 매우 유사하며, 복사할 파일, 레지스트리 변경 사항 등을 지정하는 다양한 섹션을 포함한다. 모든 INF 파일에는 INF 파일이 대상으로 하는 윈도우 버전을 지정하는 `Signature` 키-값 쌍을 가진 `[Version]` 섹션이 포함되어 있다. 서명은 일반적으로 `$CHICAGO$` (윈도우 9x용) 또는 `$WINDOWS NT$` (윈도우 NT/2K/XP용)이다. 나머지 대부분의 섹션은 사용자 정의되며 설치될 구성 요소에 특정한 정보를 포함한다.
INF 파일의 예시는 다음과 같을 수 있다.

```ini
[autorun]
open=example.exe
```

이것은 파일이 포함된 미디어가 (루트 디렉토리에) 컴퓨터에 연결될 때마다 `example.exe` 파일을 자동으로 열게 된다. 미디어를 삽입하기 전에 그러한 파일이 존재하는지 알 수 있는 방법이 없으므로 이것은 위험할 수 있다. 그러나 윈도우 XP부터 이 기능은 사용자에게 어떤 작업을 수행할지 선택하도록 강제하는 메뉴로 대체되었다.

INF 파일은 윈도우 2000에서 때때로 위험할 수 있는데, 이는 컴퓨터 바이러스가 프롬프트 없이 자동으로 실행되도록 허용할 수 있기 때문이다.
이들은 윈도우 7에서 차단되지만, 해결할 수 있다.

```ini
[autorun]
open=example.bat
icon=cd.ico
```

`icon=*.ico` 명령은 이전 또는 기본 드라이브 아이콘을 지정된 아이콘으로 대체한다.
`[autorun]`은 `[AutoRun]` 또는 `[Autorun]`으로 대체될 수 있다.

### 레지스트리 값
INF 파일은 윈도우 레지스트리 항목의 값을 지정할 수 있다. 드라이버 공급업체와 사용자는 예를 들어 이 기능을 사용하여 ROM 메모리가 손상된 디스플레이의 디스플레이 확장된 디스플레이 식별 데이터(EDID) 메타데이터를 재정의할 수 있다.

## 같이 보기
* Autorun.inf
* Cabextract

## 각주

## 외부 링크
* MSDN의 INF 파일
* MSDN의 INF 파일을 사용한 인터넷 구성 요소 다운로드
* 표준 모뎀 명령 세트 및 INF.

분류:설정 파일
분류:윈도우 구성 요소
.htpasswd

**.htpasswd**는 아파치 HTTP 서버의 기본 인증을 위한 사용자 이름과 암호를 저장하는 데 사용되는 플랫 파일 데이터베이스이다. 파일 이름은 .htaccess 구성에 지정되며, ".htpasswd"가 표준 이름이지만 어떤 이름이든 될 수 있다. 대부분의 유닉스 계열 운영 체제가 점으로 시작하는 모든 파일을 숨김 파일로 간주하기 때문에 파일 이름은 점으로 시작한다. `htpasswd` 명령어는 .htpasswd 파일 항목을 관리하는 데 사용된다.

## 역사
htpasswd는 아파치의 전신인 NCSA HTTPd 서버에 처음 추가되었다. 역사적으로 사용된 해시는 MD5 또는 SHA1이 일반적인 대안인 "UNIX crypt" 스타일이었다. 아파치 2.4에서는 bcrypt 알고리즘이 추가되었다.

## 사용법
이 파일은 각 줄에 사용자 이름과 콜론, 그리고 선택적으로 알고리즘 지정자("$2y$", "$apr1$" 또는 "{SHA}") 및 솔트가 선행되는 해시된 암호 문자열이 포함된 줄로 구성된다.
 Athelstan:RLjXiyxx56D9s
 Mama:RLMzFazUFPVRE
 Papa:RL8wKTlBoVLKk

아파치 HTTP 서버에서 사용 가능한 리소스는 htpasswd로 생성된 파일에 나열된 사용자로만 제한될 수 있다. .htpasswd 파일은 파일이 위치한 전체 디렉터리뿐만 아니라 특정 파일도 보호하는 데 사용할 수 있다.

## 보안 문제
htpasswd가 받아들이는 알고리즘 중 오늘날의 기준으로 여전히 안전하다고 간주되는 유일한 알고리즘은 bcrypt이며, 많은 형식은 솔팅을 사용하지 않아 사전 공격에 취약하다. crypt() 알고리즘은 주어진 암호의 처음 8자만 사용하고 그 이후는 버린다.

## 같이 보기
* 아파치 HTTP 서버
* 구성 파일

## 각주

## 외부 링크
* Apache: htpasswd - 기본 인증을 위한 사용자 파일 관리

분류:웹 기술
분류:설정 파일
Resolv.conf

**resolv.conf**는 다양한 운영체제에서 시스템의 도메인 네임 시스템(DNS) 리졸버를 구성하는 데 사용되는 컴퓨터 파일이다. 이 파일은 일반적으로 네트워크 관리자나 시스템의 구성 작업을 관리하는 애플리케이션에 의해 생성되는 플레인 텍스트 파일이다. resolvconf 프로그램은 FreeBSD 또는 기타 유닉스 시스템에서 resolv.conf 파일을 관리하는 프로그램 중 하나이다.

## 목적
대부분의 유닉스 계열 운영체제와 BIND 도메인 네임 시스템(DNS) 리졸버 라이브러리를 구현하는 기타 운영체제에서 resolv.conf 구성 파일은 DNS 리졸버의 작동 매개변수를 결정하는 정보를 포함한다. DNS 리졸버는 운영체제에서 실행되는 애플리케이션이 사람이 알아보기 쉬운 도메인 네임을 근거리 통신망 또는 인터넷의 리소스에 액세스하는 데 필요한 숫자 IP 주소로 변환할 수 있도록 한다. 도메인 네임에서 IP 주소를 결정하는 과정을 주소 확인이라고 한다.

## 내용 및 위치
resolv.conf 파일에는 일반적으로 도메인 접미사가 제공되지 않을 때 지정된 쿼리 이름을 전체 주소 도메인 네임으로 완성하는 데 사용되는 기본 검색 도메인을 지정하는 검색 지시어가 포함된다. 예를 들어, search example.com local.test는 리졸버가 추가적으로 somehost.example.com 및 somehost.local.test를 시도하도록 구성한다.

또한 확인을 위한 네임서버의 IP 주소 목록도 포함되어 있다. 예를 들어, nameserver 1.1.1.1은 리졸버가 IP 1.1.1.1을 가진 네임서버를 쿼리하도록 구성한다. 첫 번째 네임서버 지시어 이후의 추가 네임서버 지시어는 첫 번째 또는 마지막으로 사용된 서버를 사용할 수 없을 때만 사용된다. 예제 파일은 다음과 같다.

 search example.com local.test
 nameserver 10.0.0.17
 nameserver 10.1.0.12
 nameserver 10.16.0.7

resolv.conf는 일반적으로 파일 시스템의 /etc 디렉터리에 위치한다. 이 파일은 수동으로 유지 관리되거나, DHCP가 사용될 때 일반적으로 유틸리티 resolvconf로 업데이트된다.

Systemd 기반 리눅스 배포판에서 systemd-resolved.service를 사용하는 경우, /etc/resolv.conf는 /run/systemd/resolve/stub-resolv.conf에 대한 심볼릭 링크이다.

## 같이 보기
* Hosts
* nsswitch.conf
* resolved.conf
* systemd-resolved

## 각주

## 외부 링크
* 아치 리눅스 위키의 "resolv.conf"
* 젠투 리눅스 위키의 "resolv.conf"
* 
* 
* 

분류:설정 파일
분류:도메인 네임 시스템
Sqlnet.ora

데이터베이스 컴퓨팅에서 **sqlnet.ora**는 오라클 서버와 오라클 클라이언트 모두 네트워크 데이터베이스 액세스를 위해 오라클 넷(이전 Net8 또는 SQL*Net) 기능을 어떻게 사용해야 하는지에 대한 정보(추적 옵션, 암호화, 연결 경로, 외부 명명 매개변수 등)를 포함하는 일반 텍스트 구성 파일이다.

## 위치
sqlnet.ora 파일은 일반적으로 유닉스 플랫폼의  및 윈도우 운영 체제의 에 위치한다.

## 샘플 파일

 NAMES.DIRECTORY_PATH= (LDAP, TNSNAMES, HOSTNAME)
 NAMES.DEFAULT_DOMAIN = ORACLE.COM
 TRACE_LEVEL_CLIENT = ON
 SQLNET.EXPIRE_TIME = 30
 SQLNET.IDENTIX_FINGERPRINT_DATABASE = FINGRDB
 AUTOMATIC_IPC = ON
 SQLNET.AUTHENTICATION_SERVICES = (ALL)
 SQLNET.CRYPTO_CHECKSUM_CLIENT = ACCEPTED
 TNSPING.TRACE_DIRECTORY = /oracle/traces

## 프로필 매개변수
이 섹션은 몇 가지 **sqlnet.ora** 파일 매개변수를 나열하고 설명한다.

## 각주

분류:설정 파일
분류:오라클 데이터베이스
원격 조작

[섬네일|right|250px|[급조폭발물 기폭장치, 잠재적 폭발 장치를 조사하기 위한 원격 조작기]]

**원격 조작** 또는 **텔레오퍼레이션**(teleoperation)은 기계나 시스템을 원거리에서 작동시키는 것을 의미한다. 이는 "원격 제어"라는 문구와 의미가 유사하지만, 주로 연구, 학계 및 기술 분야에서 사용된다. 가장 일반적으로 로봇공학 및 모바일 로봇과 연관되어 있지만, 장치나 기계가 사람이 원거리에서 작동되는 모든 상황에 적용될 수 있다.

원격 조작은 인간-기계 시스템으로 간주될 수 있다. 예를 들어, 아두파일럿은 수동 제어부터 자율 주행 자동차의 완전한 오토파일럿에 이르는 다양한 자율성 스펙트럼을 제공한다.

원격 조작이라는 용어는 연구 및 기술 커뮤니티에서 원거리 작동을 지칭하는 표준 용어로 사용된다. 이는 덜 표준적인 용어이며 원격 의미를 포함하는 광범위한 존재 또는 상호 작용을 나타낼 수 있는 원격현장감과는 대조된다.

## 역사
19세기에는 존 루이스 레이(1872), 존 에릭슨(1873), 빅토르 폰 셸리하(1873)가 제작한 시제품을 포함하여 원격 조작 무기(어뢰)를 연구하는 많은 발명가들이 있었고, 1877년 루이스 브레넌이 특허를 낸 최초의 실용적인 유선 유도 어뢰인 브레넌 어뢰도 있었다. 1898년에 니콜라 테슬라는 특허받은 무선 라디오 유도 시스템을 갖춘 원격 제어 보트를 시연했고, 이를 미국 군대에 판매하려고 시도했지만 거절당했다.

원격 조작은 이제 일인칭 시점 (FPV) 장비와 함께 취미 산업으로 진출하고 있다. 취미용 자동차, 비행기 및 헬리콥터에 장착된 FPV 장비는 운전자에게 TV 스타일의 전송을 다시 제공하여 차량의 범위를 시야 범위보다 더 넓게 확장한다.

## 사례
[섬네일|원격 조작 [타워 크레인]]
다음은 원격으로 제어되는 몇 가지 특정 유형의 시스템이다.
* 엔터테인먼트 시스템(예: 텔레비전, 비디오카세트 레코더, DVD 플레이어 등)은 종종 리모컨을 통해 원격으로 제어된다.
* 산업 기계는 특히 위험한 환경에서 원격으로 작동되는 경우가 많다. 예를 들어 체르노빌 사고 이후 체르노빌의 객체 보호소 또는 석관 건설과 위험한 낙석 후 잔해 제거 등이 있다.
* 원격 조작 차량 (ROV)은 위험한 환경(예: 방사능 환경, 오염된 환경, 지뢰밭, 심해)에서 광범위하게 사용된다.
* 원격 수술
* 드론으로도 알려진 무인 항공기

## 자율 주행 차량의 원격 조작
자율 주행 차량의 원격 조작은 무인 자동차를 원격으로 운전하거나 지원하는 능력이다.

업계의 대부분 선도 기업들은 현재의 자율 주행 능력과 자율 주행 차량의 광범위한 채택에 필요한 요구 사항 사이의 격차를 해소하기 위해 '에지 케이스' 상황에서 무인 자동차를 지원하기 위한 원격 조작 능력이 필요하다고 믿는다. 이는 자율 주행 차량 소프트웨어 스택이 올바른 행동을 수행할 수 있는 능력에 대한 신뢰 수준이 낮거나, 차량이 표준 작동 매개변수 밖에서 작동해야 할 때 발생한다. 원격 지원이 없으면 이러한 상황에서 자율 주행 차량은 일반적으로 정지하는 최소 위험 조작(MRM)으로 전환된다.

많은 AV 회사들은 무인 자동차 출시의 일환으로 원격 조작을 사용할 계획이다. 원격 조작 솔루션을 배포하거나 현재 배포하고 있다고 밝힌 회사의 예로는 Voyage.auto, 덴소, 웨이모, GM 크루즈, 앱티브, 죽스 등이 있다.

자율 주행 차량의 원격 조작에는 자가 주차 보조와 같은 개인 소유 무인 자동차 사용 사례, 로봇 택시 및 자율 셔틀과 같은 공유 모빌리티 사용 사례, 예를 들어 자율 지게차와 같은 산업용 사용 사례가 포함된다.

자율 주행 차량의 원격 조작에는 두 가지 주요 모드가 있다.
원격 운전(또는 "직접 운전") – 원격 운전자가 동적 운전 작업을 수행한다. 즉, 자동차의 스티어링, 가속도 및 제동 시스템을 제어하여 자동차를 원격으로 운전한다.
원격 지원(또는 "고수준 명령") – 원격 운전자가 차량을 감독하고 지시를 제공하며, 차량 경로를 승인하거나 수정하지만 실제로 동적 운전 작업을 수행하지는 않는다.
일부 회사는 사용 사례에 따라 두 개념을 조합하여 배포한다.
원격 조작 분야에서 솔루션을 제공하는 회사로는 DriveU.auto, Roboauto, Pylot (현재 Fernride의 일부), Ottopia, Designated Driver, Soliton Systems, 및 Transitive Robotics가 있다.

## 같이 보기
* 로봇공학
* 텔레로보틱스
* 리모컨
** 원격 제어 차량
* 원격 조작기
* 원격 관리
* 텔레코맨드

## 각주

## 외부 링크
* NASA Telerobotics.
* NASA Telerobotics Program Plan.

분류:리모컨
RTK

**RTK**는 다음 뜻이 있다.
* 알 권리(Right to know)
* 수용체 티로신 키네이스(Receptor tyrosine kinase)
* 실시간 이동 측위(Real-time kinematic positioning)
Tput

컴퓨팅에서 **tput**은 터미널 기능을 활용하는 표준 유닉스 운영체제 명령어이다.

시스템에 따라 tput은 terminfo 또는 termcap 데이터베이스를 사용하며, 터미널 유형에 대한 환경도 살펴본다.

## 역사
tput은 1980년대 초 유닉스 시스템 V에 제공되었다. AT&T tput의 복제본은 1986년 9월 **mod.sources** 뉴스그룹(이후 **comp.sources.unix**) 7권에 제출되었다. 시스템 V 프로그램과 달리, 이 복제본은 terminfo 대신 termcap을 사용했다. `cm` (커서 주소 지정) 기능에 대한 명령줄 매개변수를 허용했고, terminfo 기능 이름을 인식했다.

시스템 V 릴리스 3은 서로 다른 초기화 기능을 새로운 옵션 `init`으로, 재설정 기능을 `reset`으로 통합하여 터미널을 초기화하거나 재초기화하는 tput 사용을 간소화한 개선된 버전을 제공했다. 시스템 V 릴리스 3.2는 terminfo 데이터베이스에 `swidm` (enter_doublewide_mode)와 같은 몇 가지 프린터 관련 기능을 추가하여 tput이 사용할 수 있게 했다. 또한 색상 기능도 추가했다.

시스템 V 릴리스 4는 tput이 사용할 수 있는 표준화된 ANSI 색상 기능 `setaf`와 `setab`를 포함한 추가 terminfo 기능을 정의했다.

BSD 플랫폼은 4.3BSD-Reno (1990년 6월)에 tput의 다른 구현을 제공했다. 이 구현은 termcap을 사용했으며, termcap 기능 이름만 인식했고, 커서 주소 지정에 대한 명령줄 매개변수를 허용하지 않았다. FreeBSD는 1994년에 이를 사용하여 하나 또는 두 개의 숫자 명령줄 매개변수를 허용하도록 개선했다.

로스 리지(Ross Ridge)의 **mytinfo** 패키지(1992년)는 termcap 또는 terminfo 기능 이름을 모두 허용하는 tput을 제공했다. 리노 구현과 마찬가지로, 매개변수화된 기능에 명령줄 인수를 전달하지 않았다. ncurses는 1995년 6월 **mytinfo** 코드를 통합했다. 초기 버전은 `-S` 옵션을 추가하고, 시스템 V 릴리스 4 문서에 설명된 대로 명령줄 매개변수를 해석했다.

## 이식성
오픈 그룹은 하나의 옵션(`-T`, 터미널 유형 지정)과 세 개의 키워드(`init`, `clear`, `reset`)를 정의한다.
대부분의 구현은 필요한 매개변수와 함께 터미널 기능의 이름을 허용한다.
그러나 일부 구현은 termcap 이름을 예상하는 반면, 다른 구현은 terminfo 이름을 예상한다.

모든 시스템 V 릴리스 4 구현과 호환되도록 설계된 구현은 `-S` 옵션(tput이 표준 입력에서 데이터를 읽도록 지시)과 추가 키워드 `longname`도 인식한다. 또한 명령줄 매개변수를 허용하며, 일반적으로 매개변수의 형식으로 숫자 매개변수와 문자열 매개변수를 구별하고, 모든 숫자로 구성된 문자를 확인한다. 예를 들어 함수 키 레이블을 숫자로 구성된 문자열로 설정하는 것은 불가능하다. 다른 접근 방식을 사용하여 **ncurses**는 문자열 매개변수를 사용하는 terminfo 기능 테이블을 통해 예상되는 매개변수 유형을 결정하여 모호성을 제거한다.

## 같이 보기
* 유닉스 명령어 목록

## 각주

## 더 읽어보기
* 

## 외부 링크

### 매뉴얼 페이지
* 
* 
* ncurses용 tput(1) 매뉴얼 페이지
* AIX
* 
* SCO
* 
* SGI
* Sun
* 

### 튜토리얼
* Bash Prompt HOWTO에서 tput을 이용한 색상 및 커서 이동
* IBM DeveloperWorks에서 tput 알아보기

분류:텍스트 모드
분류:유닉스 SUS2008 유틸리티
Fmt (유닉스)

유닉스, 플랜 9, 인페르노 및 유닉스 계열 운영체제의  명령어는 사람이 읽을 수 있도록 자연어 텍스트를 포맷한다.

## 개요
이 명령어는 전자 메일 메시지를 작성한 후 전송하기 전에 다시 포맷하는 데 사용되었다. 구문은 다양한 유닉스 시스템에서 유사하지만 동일하지는 않다. 는 BSD 및 GNU 코어 유틸리티의 가 입력 줄을 정확히 래핑하는 것과는 달리, 전역적으로 최적화되고 균형 잡힌 출력을 생성하기 위해 입력 줄을 분리, 채우기 및 결합하여 각 줄의 길이가 목표 너비에 최대한 가깝도록 시도한다.

의 대부분의 구현에서 단어 묶음 최적화 절차는 일반적으로 두 가지 기준을 요구한다: 목표 출력 줄 너비와 최대 허용 줄 너비 (최적화를 위한 여유 공간을 주기 위해 이전 것보다 커야 한다). 이 두 가지 옵션을 동시에 제공하는 것이 항상 가능하지 않을 수 있다. 예를 들어, GNU 의 초기 버전은  스위치로 주어지거나 호환성을 위해 첫 번째 명령줄 옵션으로 직접 로 최대 너비 옵션만 받을 수 있다 (이후 버전은 목표 너비를 지정하기 위해 를 사용하고 최대 너비를 위해 를 사용한다). 자세한 예시는 의 솔라리스 맨 페이지와 FreeBSD 매뉴얼 항목을 참조하고, 대부분의 리눅스 배포판에 포함된 GNU  유틸리티의 최신 문서와 비교하라. 플랜 9  맨 페이지도 참조하라.

와 달리 는 유니코드 지원이 없으며 텍스트 맞춤을 지원하지 않는다.

이 명령어는 일반적인 GNU 유닉스 계열 유틸리티의 네이티브 Win32 이식 모음인 UnxUtils의 일부로 마이크로소프트 윈도우용 별도 패키지로 제공된다.

## 예시

```console
$ fmt -w 50 << END
> Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Curabitur dignissim
venenatis pede. Quisque dui dui, ultricies ut, facilisis non, pulvinar non. Duis quis arcu a purus volutpat iaculis. Morbi id dui in diam ornare
dictum. Praesent consectetuer vehicula ipsum. Praesent tortor massa, congue et,
ornare in, posuere eget, pede.

Vivamus rhoncus. Quisque lacus. In hac habitasse platea dictumst. Nullam mauris
tellus, sollicitudin non, semper eget, sodales non, pede. Phasellus varius
ullamcorper libero. Fusce ipsum lorem, iaculis nec, vulputate vitae, suscipit
vel, tortor. Cras varius.

Nullam fringilla pellentesque orci. Nulla eu ante pulvinar velit rhoncus
fringilla ut, venenatis ut, neque.s arcu. Vestibulum sem quam, dapibus in,
> END
Lorem ipsum dolor sit amet, consectetuer
adipiscing elit. Curabitur dignissim
venenatis pede. Quisque dui dui, ultricies ut,
facilisis non, pulvinar non. Duis quis arcu a
purus volutpat iaculis. Morbi id dui in diam
ornare dictum. Praesent consectetuer vehicula
ipsum. Praesent tortor massa, congue et, ornare
in, posuere eget, pede.

Vivamus rhoncus. Quisque lacus. In hac
habitasse platea dictumst. Nullam mauris tellus,
sollicitudin non, semper eget, sodales non,
pede. Phasellus varius ullamcorper libero. Fusce
ipsum lorem, iaculis nec, vulputate vitae,
suscipit vel, tortor. Cras varius.

Nullam fringilla pellentesque orci. Nulla eu ante
pulvinar velit rhoncus lacinia. Morbi fringilla
lacus quis arcu. Vestibulum sem quam, dapibus in,
fringilla ut, venenatis ut, neque.
```


각 줄의 너비는 최대 50자이며 텍스트는 이 제약 조건 내에서 흐른다.

## 같이 보기
* 유닉스 명령어 목록

## 각주

## 외부 링크
* 
* 

분류:유닉스 텍스트 처리 유틸리티
OCFS2

**오라클 클러스터 파일 시스템**(Oracle Cluster File System, **OCFS**, 두 번째 버전은 **OCFS2**)은 오라클 코퍼레이션이 개발하고 GNU 일반 공중 사용 허가서에 따라 배포된 공유 디스크 파일 시스템이다. OCFS의 첫 번째 버전은 클러스터 컴퓨팅을 사용하는 오라클의 데이터베이스 관리 시스템을 수용하는 데 중점을 두고 개발되었다. 이 때문에 POSIX 호환 파일 시스템이 아니었다. 버전 2에서는 POSIX 기능이 포함되었다.

OCFS2 (버전 2)는 리눅스 커널 버전 2.6.16에 통합되었다. 처음에는 "실험적"(알파 테스트) 코드로 표시되었다. 이 제한은 리눅스 버전 2.6.19에서 제거되었다. 2008년 말 커널 버전 2.6.29에서 접근 제어 목록 및 할당량과 같은 더 많은 기능이 OCFS2에 포함되었다.

OCFS2는 OpenVMS DLM과 유사하지만 훨씬 더 단순한 분산 락 관리자를 사용했다.
오라클은 2010년 11월에 reflink라는 카피 온 라이트 기능을 포함한 버전 1.6을 발표했다.

## 같이 보기
* GlusterFS
* GFS2
* 파일 시스템 목록
* 러스터
* 무스FS
* QFS

## 각주

## 외부 링크
* OCFS2 프로젝트 페이지
* OCFS 프로젝트 페이지
*

분류:오라클 소프트웨어
FTPFS

**FTPFS**는 표준 API를 통해 파일 전송 프로토콜(FTP) 서버에 대한 액세스를 지원하는 파일 시스템을 의미한다.

플랜 9의 ftpfs 명령어는 데니스 리치가 고안했으며 시스템의 첫 번째 릴리스(1992년)에 포함되었다. 이는 FTP를 통해 접근 가능한 원격 파일 시스템을 로컬 파일 시스템의 일부처럼 보이게 했다.

리눅스 시스템에서 FTPFS는 처음에는 사용자가 FTP 서버를 로컬 파일 시스템에 마운트할 수 있도록 하는 리눅스 커널 모듈로 구현되었지만, 완벽한 방법으로 여겨지지는 않았다. 2003년에는 LUFS를 사용하도록 전환되었고, 이후 FUSE로 전환되었다. 현재는 FTP 트랜잭션에 보편적인 libcurl을 사용하기 때문에 CurlFtpFS라고 불리며 주요 리눅스 배포판의 일부가 되고 있다. FTP 사이트의 스마트 미러링을 위한 LftpFS도 존재한다.

MacOS에서는 GUI() 또는 명령줄(mount_ftp)을 통해 사용할 수 있는 읽기 전용 FTP 파일 시스템이 포함되어 있다. 읽기 전용 제한은 mount_ftp의 man 페이지(macOS 시스템에서 Terminal.app에서 "man mount_ftp" 참조)에 명시되어 있다. 그러나 무료 애플리케이션인 Macfusion은 FTPFS의 작동 가능한 구현을 포함하고 있다. 또한 macOS Fuse가 이를 활성화한다고 보고되었지만, 그렇게 하는 방법은 다양한 명확한 man 페이지(예: sshfs)나 macOS Fuse 위키에서 문서화되지 않았다(2013년 3월 4일 기준).

윈도우 XP, 윈도우 7 및 기타 윈도우 운영 체제의 경우, 이 기능은 "네트워크 환경"/"네트워크 위치" 셸 기능에 의해 부분적으로 제공된다. 네트워크 위치는 FTP 서버 또는 WebDAV 서버에 대한 링크이며 윈도우 탐색기에서 다른 네트워크 파일 시스템처럼 액세스할 수 있다. 그러나 이것은 가장 낮은 수준의 Win32 파일 시스템 API를 통한 투명한 액세스를 제공하지는 않는다. 이러한 기능은 WebDrive 및 FTPDrive와 같은 타사 프로그램을 통해 제공될 수 있다.

## 같이 보기
* SSHFS

## 각주

## 외부 링크
* Plan 9 ftpfs 설명서 페이지
* LftpFS
* http://macfusionapp.org

분류:파일 시스템
분류:파일 전송 프로토콜
AdvFS

**AdvFS** 또는 **Tru64 UNIX Advanced File System**은 1980년대 후반부터 1990년대 중반까지 디지털 이큅먼트 코퍼레이션이 자사의 OSF/1 버전 유닉스 운영체제(이후 Digital UNIX/Tru64 UNIX)를 위해 개발한 파일 시스템이다. 2008년 6월, GPL-2.0-only 라이선스 하에 자유 소프트웨어로 출시되었다. AdvFS는 다운타임으로부터의 빠른 복구가 필수적인 고가용성 시스템에서 사용되어 왔다.

## 기능
AdvFS는 저장소 풀(**파일 도메인**이라 불림)과 논리 파일 시스템(**파일 세트**라 불림)이라는 상대적으로 발전된 개념을 사용한다. 파일 도메인은 파티션, LVM 또는 LSM 장치가 될 수 있는 여러 블록 장치로 구성된다. 파일 세트는 단일 파일 도메인 내에서 생성된 논리 파일 시스템이다. 관리자는 활성 파일 도메인에서 볼륨을 추가하거나 제거할 수 있으며, 제거 시 남은 파일 도메인에 충분한 공간이 있는 경우에 가능하다. 이는 제거될 디스크에 있는 모든 데이터나 메타데이터가 제거 전에 온라인으로 다른 디스크로 먼저 마이그레이션되어야 했기 때문에 구현하기 까다로운 초기 기능 중 하나였다.

파일 세트는 균형을 이룰 수 있으며, 이는 파일 세트의 파일 내용이 물리적 볼륨 전체에 걸쳐 균형을 이룰 수 있음을 의미한다. 파일 세트의 특정 파일은 사용 가능한 볼륨에 걸쳐 **스트라이프**될 수 있다.

관리자는 활성 또는 비활성 파일 세트의 스냅샷(또는 **클론**)을 찍을 수 있다. 이를 통해 쉬운 온라인 백업 및 편집이 가능하다.

또 다른 기능은 관리자가 활성 사용자가 있는 동안에도 파일 도메인에서 블록 장치를 추가하거나 제거할 수 있도록 한다. 이 추가/제거 기능을 통해 시스템 종료 없이 더 큰 장치로 마이그레이션하거나 잠재적으로 실패할 수 있는 하드웨어에서 마이그레이션할 수 있다.

### 기능
주요 기능은 다음과 같다:
* 빠른 충돌 복구를 위한 저널
* 삭제 복구 지원
* 고성능
* 관리자가 파일 시스템을 즉석에서 관리할 수 있는 동적 구조
* 즉석 스냅샷 생성
* 도메인에 활성 사용자가 있는 동안 조각 모음

리눅스에서 AdvFS는 여러 파일에 대한 변경 사항을 원자적으로 커밋하기 위해 추가적인 ‘’syncv’’ 시스템 호출을 지원한다.

## 역사
Tru64 UNIX Advanced File System으로도 알려진 AdvFS는 1980년대 후반부터 벨뷰의 디지털 이큅먼트 코퍼레이션 공학자들이 개발하기 시작했다(DECwest). 이 프로젝트는 취소된 OZIX 운영체제 프로젝트의 파일 시스템으로 시작되었다.

이것은 DEC OSF/1 시스템(이후 Digital UNIX/Tru64 UNIX)에 처음으로 제공되었다. 시간이 지나면서 개발은 워싱턴주 벨뷰와 뉴햄프셔주 내슈아에 위치한 팀으로 옮겨졌다. 버전은 항상 운영체제 버전보다 한 버전 뒤쳐졌다. 따라서 DEC OSF/1 v3.2에는 AdvFS v2.x가, Digital UNIX 4.0에는 AdvFS v3.x가, Tru64 UNIX 5.x에는 AdvFS v4.x가 있었다. 일반적으로 AdvFS v4만이 충분한 도구 세트를 갖추고 관리자들이 어떤 종류의 문제에서도 벗어날 수 있도록 하여 생산 수준의 안정성으로 성숙했다고 간주된다. 원래 팀은 파일 시스템 저널이 항상 미러링된 드라이브에 할당될 것이라는 가정 하에 "fsck" 스타일 복구 유틸리티 없이 로그 기반 복구를 출시할 만큼 충분한 자신감을 가졌다.

1996년, 리와 데카스는 Petal로 알려진 새로운 디스크 가상화 계층 위에 AdvFS를 사용하는 방법을 설명했다. 나중 논문에서, 데카스 등은 Petal 위에 구축된 자체 파일 시스템(Frangipani)을 설명하고 동일한 저장 계층에서 실행되는 AdvFS의 성능과 비교했다.

샤피로와 밀러는 AdvFS에 저장된 파일의 성능을 Oracle RDBMS 버전 7.3.4 BLOB 저장소와 비교했다.

컴팩 시에라 병렬 파일 시스템(PFS)은 여러 로컬 AdvFS 파일 시스템을 기반으로 클러스터 파일 시스템을 만들었다. 2000-2001년 로렌스 리버모어 국립연구소(LLNL)에서 수행된 테스트에 따르면 기본 AdvFS 파일 시스템은 적절한 성능을 보였지만(높은 CPU 사용률에도 불구하고), 그 위에 있는 PFS 클러스터링 계층은 성능이 좋지 않았다.

2008년 6월 23일, 휴렛 팩커드는 리눅스 커널과도 호환되도록 GPL-2.0-only 라이선스(최근 출시된 GPLv3 대신) 하에 소스포지에 소스 코드를 공개했다.

## 각주

## 외부 링크
* Source code at Sourceforge.net

분류:1993년 소프트웨어
ISACA

**ISACA**(정식 명칭: **정보 시스템 감사 및 통제 협회**, Information Systems Audit and Control Association)는 IT 거버넌스에 중점을 둔 국제 전문 협회이다.

ISACA는 현재 8개의 인증 프로그램과 기타 마이크로 인증을 제공한다.

## 역사
ISACA는 1967년 미국에서 컴퓨터 시스템의 감사 통제 업무를 수행하는 일단의 사람들이 조직 운영에 대해 점점 더 비판적인 입장을 취하면서 시작되었다. 그들은 이 분야에서 정보와 지침을 제공할 중앙 집중식 자료원의 필요성을 인식했다. 1969년, (나중에) 더글러스 에어크래프트의 직원이었던 스튜어트 타이르나우어(Stuart Tyrnauer)는 이 그룹을 EDP 감사 협회(EDPAA)로 통합했다. 타이르나우어는 처음 3년 동안 이 기구의 창립 회장을 역임했다. 1976년 이 협회는 정보기술 거버넌스 및 통제 분야에 대한 지식과 가치를 확대하기 위한 대규모 연구 노력을 수행하기 위해 교육 재단을 설립했다.

이 협회는 1994년에 정보 시스템 감사 및 통제 협회로 명칭을 변경했다.

2008년 기준으로 이 조직은 긴 이름을 버리고 자신을 ISACA로 브랜딩했다.

2016년 3월, ISACA는 능력 성숙도 통합 모델을 개발한 CMMI 연구소를 인수했다.

2020년 1월, ISACA는 새로운 로고를 도입하며 외관과 디지털 존재를 업데이트하고 새로 단장했다.

## 현재 상태
ISACA는 현재 180개 이상의 국가에서 185,000명 이상의 회원(ISACA 인증을 보유한 회원 및 전문가)에게 서비스를 제공하고 있다. 회원의 직함은 IS 감사자, 컨설턴트, 교육자, IS 보안 전문가, 규제 기관, 최고 정보 책임자, 최고 정보 보안 책임자 및 내부감사원 등이다. 그들은 거의 모든 산업 분야에서 일한다. 180개국 이상에 225개 이상의 지부가 설립된 ISACA 지부 네트워크가 있다. 지부는 교육, 자원 공유, 옹호, 네트워킹 및 기타 혜택을 제공한다.

## 주요 발행물
* COBIT ISACA 프레임워크
* 프레임워크, 표준 및 모델
** 블록체인 프레임워크 및 지침
** Risk IT 프레임워크
** IT 감사 프레임워크 - (ITAF™): IT 감사 전문가 실무 프레임워크, 4판
** 정보 시스템 비즈니스 모델(BMIS)
** 능력 성숙도 모델 통합(CMMI)
* 정보 시스템 통제 저널
* 통찰력 및 전문 지식
** 감사 프로그램 및 도구
** 출판물 - 감사 및 보증, 신흥 기술, 거버넌스, 정보 보안, 정보 기술, 개인 정보 보호, 위험에 대한 200개 이상의 전문 출판물 및 지침. 일부 주제는 다음과 같다.
*** 인공지능
*** 블록체인
*** 공인 정보 시스템 감사원® (CISA®)CISA,AAIA,CISM,CRISC,CDPSE,CGEIT,CCOA,CSX-P 및 여러 자격증 과정 시험 준비 가이드
*** 클라우드 컴퓨팅
*** COBIT
*** 규정 준수
*** 사이버 보안
*** 데이터 거버넌스
*** 데이터 과학
*** 사물 인터넷
*** 네트워크 인프라
*** 소프트웨어 개발
*** 위협 및 통제
*** 공급업체 관리
*** 젊은 전문가

* 백서 - 다양한 현대 주제에 대한 200개 이상의 백서
* 뉴스 및 트렌드

## 인증
* 공인 정보 시스템 감사원 (CISA, 1978)
* 공인 정보 보안 관리원 (CISM, 2002)
* 기업 IT 거버넌스 공인 (CGEIT, 2007)
* 위험 및 정보 시스템 통제 공인 (CRISC, 2010)
* 사이버 보안 실무자 인증 (CSX-P, 2015)
* 공인 데이터 개인 정보 보호 솔루션 엔지니어 (CDPSE, 2020)
* 정보 기술 공인 준회원 (ITCA, 2021)
* 신흥 기술 공인 (CET, 2021)
* 공인 사이버 보안 운영 분석가 (CCOA, 2025)
* AI 감사 고급 (AAIA, 2025)
* AI 보안 관리 고급 (AAISM, 2025 베타)

ISACA의 첫 번째 사이버 보안 인증인 CSX-P는 2015년 여름에 도입되었다. 이는 개인이 실제 문제와 함께 실제 환경에서 작업해야만 인증을 얻을 수 있는 몇 안 되는 인증 중 하나이다. 특히, 이 시험은 응시자를 실제 사건이 발생하고 있는 라이브 네트워크에 배치한다. 사건에 대응하고 문제를 해결하려는 학생의 노력은 부여되는 점수의 유형으로 이어진다.

### 자격증
* IT 감사 기초 자격증
* IT 위험 기초 자격증
* 클라우드 감사 지식 자격증
* 사이버 보안 감사 자격증
* 컴퓨팅 기초 자격증
* 네트워크 및 인프라 기초 자격증
* 사이버 보안 기초 자격증
* 소프트웨어 개발 기초 자격증
* 데이터 과학 기초 자격증
* 클라우드 기초 자격증
* 블록체인 기초 자격증
* IoT 기초 자격증
* 인공지능 기초 자격증
* COBIT 설계 및 구현
* COBIT 2019를 사용하여 NIST 사이버 보안 프레임워크 구현
* COBIT 재단
* COBIT 5 자격증

## 같이 보기
* 정보 보증
* 정보 보안
* 정보 보안 관리 시스템
* IT 위험
* Risk IT 프레임워크
* COBIT
* 트레드웨이 위원회 후원 조직 위원회 (COSO)
* (ISC)²
* 정보 시스템 보안 협회
* 국제 전문 협회 목록
* IAPP

## 각주

## 외부 링크
* ISACA 공식 웹페이지
* ISACA 공식 CSX 웹페이지
* 지식 관리 및 조직 학습 (프레임워크)

분류:컴퓨터 보안 관련 기관
분류:정보 기술 관련 기관
분류:1967년 설립된 단체
Readahead

**readahead**(리드어헤드)는 리눅스 커널의 시스템 호출로, 파일 내용을 버퍼 캐시에 로드한다. 이는 파일을 프리페칭하여 나중에 접근할 때 내용이 하드 디스크 드라이브 (HDD) 대신 주 기억 장치 (RAM)에서 읽혀 파일 접근 지연 시간을 훨씬 낮춘다.

많은 리눅스 배포판은 일반적으로 사용되는 파일 목록에 readahead를 사용하여 부팅 속도를 높인다. 이러한 설정에서 커널이  부트 파라미터로 부팅되면, 부팅 중 모든 파일 접근을 기록하고 나중 부팅 시퀀스에서 읽을 새 파일 목록을 작성한다. 이는 기본 readahead 목록에 포함되지 않은 추가 설치된 서비스가 더 빨리 시작되도록 할 것이다.

Systemd를 사용하는 리눅스 배포판에서는 (부팅 시퀀스의 일부로) readahead 바이너리가 systemd-readahead로 대체되었다. 그러나 systemd 버전 217에서 readahead 지원이 제거되었으며, 유지 관리되지 않고 예상 성능 이점을 제공할 수 없다고 설명되었다.

특정 실험적인 페이지 수준 프리페칭 시스템이 성능을 더욱 향상시키기 위해 개발되었다.

## 파일 시스템에서
* Bcache는 파일 및 메타데이터의 readahead를 지원한다.
* ZFS는 ARC를 사용할 때 파일 및 메타데이터의 readahead를 지원한다.

## 같이 보기
* 프리페처
* preload (소프트웨어)

## 각주

분류:리눅스 파일 시스템 관련 소프트웨어
Zswap

**zswap**은 가상 메모리 압축의 한 형태로, 스와프된 페이지를 위한 압축된 쓰기 저장(write-back) 캐시를 제공하는 리눅스 커널 기능이다. 메모리 페이지가 스와프 아웃될 때 스와프 장치로 이동하는 대신, zswap은 해당 페이지를 압축한 다음 시스템 RAM에 동적으로 할당된 메모리 풀에 저장한다. 실제 스와프 장치로의 쓰기 저장은 지연되거나 완전히 회피되어, 스와핑이 필요한 리눅스 시스템의 I/O를 크게 줄인다. 대신 압축을 수행하기 위해 추가적인 CPU 사이클이 필요하다.

I/O 감소의 결과로, zswap은 임베디드 장치, 넷북 및 유사한 저가형 하드웨어 장치를 포함한 다양한 플래시 메모리 기반 저장 장치를 사용하는 장치뿐만 아니라, SSD를 저장 장치로 사용하는 다른 장치에도 이점을 제공한다. 플래시 메모리는 쓰기 증폭으로 인해 수명이 제한적이므로, 이를 스와프 공간으로 사용하는 것을 피하면 빠르게 마모되는 것을 방지할 수 있다.

## 내부 동작
zswap은 스와프 공간으로 사용될 수 있는 다양한 유형의 스토리지를 추상화하는 리눅스 커널 메커니즘인 **frontswap**이 제공하는 API를 사용하여 리눅스 커널의 나머지 가상 메모리 서브시스템에 통합된다. 결과적으로 zswap은 내부적으로 유사-RAM 장치로 보이는 것을 제공하여 frontswap의 백엔드 드라이버로 작동한다. 즉, frontswap API는 zswap이 메모리 페이지가 스와프 아웃될 때 이를 가로채고, 이미 스와프된 페이지에 대한 페이지 부재를 가로챌 수 있게 한다. 이 두 경로에 대한 접근은 zswap이 스와프된 페이지를 위한 압축된 쓰기 저장 캐시 역할을 할 수 있도록 한다.

내부적으로 zswap은 리눅스 커널의 크립토 API가 제공하는 압축 적재 가능 커널 모듈을 사용한다. 이를 통해 예를 들어, 리눅스 커널이 지원하는 모든 하드웨어 압축 가속기를 사용하여 주 CPU에서 압축 작업을 오프로드할 수 있다. 원하는 압축 모듈 선택은 커널 부트 매개변수  값을 통해 부팅 시 동적으로 수행할 수 있다. 지정하지 않으면 Lempel–Ziv–Oberhumer (LZO) 압축이 선택된다. 리눅스 커널 버전 3.13부터는 커널 부트 매개변수 에 값 을 지정하여 zswap을 명시적으로 활성화해야 한다. 그러나 로 커널을 구성할 때 기본적으로 활성화되거나, sysfs 인터페이스를 통해 언제든지 활성화할 수 있다.

`echo 1 > /sys/module/zswap/parameters/enabled`


zswap이 사용하는 메모리 풀의 최대 크기는  sysfs 매개변수를 통해 구성할 수 있다. 이 매개변수는 풀이 차지할 수 있는 전체 시스템 RAM의 최대 비율을 지정한다. 메모리 풀은 구성된 최대 크기로 미리 할당되지 않고, 필요에 따라 증가하고 축소된다. 스와핑 결과로 구성된 최대 풀 크기에 도달하거나 메모리 부족 조건으로 인해 풀을 확장할 수 없을 때, 스와프된 페이지는 캐시 축출 기반으로 LRU 방식으로 메모리 풀에서 스와프 장치로 축출된다. 이 접근 방식은 zswap을 진정한 스와프 캐시로 만든다. 캐시가 가득 차면 가장 오래된 캐시된 페이지가 스와프 장치로 축출되어 새로운 스와프 페이지가 압축되고 캐시될 공간을 만든다.

**zbud**은 zswap이 압축된 페이지를 저장하기 위해 내부적으로 사용하는 특수 목적의 메모리 할당자이다. 이는 오라클의 zcache에서 사용되는 zbud 할당자를 재작성하여 구현되었다. zcache는 리눅스 커널을 위한 또 다른 가상 메모리 압축 구현이다. 내부적으로 zbud는 물리적 메모리 페이지당 최대 두 개의 압축된 페이지("버디", 따라서 할당자 이름)를 저장하여, 해제된 공간의 쉬운 통합 및 재사용으로 인한 이점과 낮은 메모리 활용 가능성으로 인한 단점을 모두 가져온다. 그러나 설계 결과로 zbud는 원래 압축되지 않은 페이지가 차지했을 것보다 더 많은 메모리 공간을 할당할 수 없다.

## 역사
zswap과 zbud는 모두 세스 제닝스(Seth Jennings)가 만들었다. 첫 공개 발표는 2012년 12월이었고, 개발은 2013년 5월까지 계속되어 코드베이스가 실험적 커널 기능 상태였음에도 불구하고 성숙 단계에 도달했다.

zswap (zbud와 함께)은 2013년 9월 2일에 출시된 커널 버전 3.11에서 리눅스 커널 메인라인에 병합되었다.

2014년 6월 8일에 출시된 리눅스 커널 버전 3.15부터 zswap은 여러 스와프 장치를 제대로 지원한다.

2024년 3월 11일에 출시된 리눅스 커널 버전 6.8부터 zswap은 특정 cgroup에 대한 쓰기 저장을 비활성화하는 것을 지원한다.

## 대안
zswap의 대안 중 하나는 zram으로, 리눅스 커널에 유사하지만 여전히 다른 "RAM에 압축된 페이지 스와프" 메커니즘을 제공한다.

주요 차이점은 zram이 데이터를 저장하기 위해 RAM을 사용하여 압축된 블록 장치를 제공한다는 점이다. 이는 일반적이고 별개의 스와프 장치 역할을 한다.

이에 비해 zswap은 스와프 장치를 위한 RAM 기반 캐시 역할을 한다. 이는 zswap에 덜 사용된 스와프 페이지에 대한 캐시 축출 메커니즘을 제공하는데, zram은 커널 버전 4.14에서 이 도입되기 전까지는 이 기능이 없었다. 하지만 설계상 zswap을 사용하려면 이미 존재하는 스와프 장치가 적어도 하나 필요하다.

## 같이 보기

* 캐시
* 리눅스 스와프
* SSD의 스와프 파티션

## 각주

분류:가상 메모리
분류:메모리 관리
분류:C로 작성된 자유 소프트웨어
분류:리눅스 커널 특징
마이크로소프트 컴파일 HTML 도움말

**마이크로소프트 컴파일 HTML 도움말**(Microsoft Compiled HTML Help, **CHM**)은 마이크로소프트 독점 온라인 도움말 포맷으로, HTML 페이지, 색인 및 기타 탐색 도구 모음으로 구성된다. 파일은 압축되어 .CHM 확장자를 가진 이진 형식으로 배포된다. 이 형식은 윈도우 도움말을 계승하기 위한 것이었다.

이 형식은 마이크로소프트가 설계했지만 성공적으로 역설계되었으며 현재 많은 문서 뷰어에서 지원된다.

## 역사
CHM은 윈도우 95 OSR 2.5 출시와 함께 윈도우 도움말의 후속으로 도입되었다. 윈도우 NT 계열에서는 윈도우 NT 4.0에서 CHM 파일 지원이 도입되었으며 윈도우 11에서도 여전히 지원된다.

마이크로소프트는 HTML 도움말에 새로운 기능을 추가할 의도가 없다고 발표했다.

## 파일 형식
도움말은 `.chm` 확장자를 가진 이진 파일로 제공된다. 여기에는 HTML 파일 세트, 하이퍼링크된 목차, 색인 파일이 포함된다. 파일 형식은 역설계되었으며 해당 문서는 자유롭게 사용할 수 있다.

파일은 마이크로소프트가 CHM 파일에 사용되는 일반 저장 파일 형식에 부여한 내부 이름인 "Info-Tech Storage Format"의 "ITSF" (in ASCII) 바이트로 시작한다.

CHM 파일은 다음 기능을 지원한다.
* 데이터 압축 (LZX 사용)
* 내장 검색 엔진
* 여러 .chm 도움말 파일 병합 기능
* 유니코드를 완전히 지원하지는 않지만 확장 문자 지원.

Microsoft Reader의 .lit 파일 형식은 HTML 도움말 CHM 형식의 변형이다. CHM 파일은 때때로 전자책에 사용된다.

## 뷰어
마이크로소프트 윈도우 외에 다음 앱들이 CHM을 지원한다.

## 생성기

마이크로소프트의 HTML 도움말 워크숍은 `.HHP` 파일 확장자를 가지며 특수한 형태의 INI 파일인 HTML 도움말 프로젝트 파일에 저장된 지침에 따라 CHM 파일을 생성한다.

라자루스와 프리 파스칼은 CHM 생성을 위한 Doxygen 유사 도구와 `chmcmd`라는 별도의 명령줄 컴파일러를 제공한다.

## 기타 유틸리티

마이크로소프트 윈도우의 공식 뷰어(`hh.exe`)는 CHM 파일을 역컴파일할 수 있다. 마이크로소프트 HTML 도움말 워크숍과 7-Zip도 마찬가지이다. 캘리버와 arCHMage는 CHM을 다른 형식으로 변환할 수 있다.

## 같이 보기

* 윈도우 도움말
* Microsoft Help 2
* 문서 생성기 비교

## 각주

## 외부 링크
* MSDN의 HTML 도움말 웹 페이지 
* [마이크로소프트 Help 2 참조](http://msdn2.microsoft.com/en-us/library/bb165722(VS.80).aspx)  (VS7.1 및 VS8.0용 Visual Studio SDK의 일부)
* HTML 도움말의 역사
* 비공식 (예비) HTML 도움말 사양 (연결된 ITSF 사양은 Russotto.net 도메인으로 이동되었다)

분류:파일 포맷
분류:기술 소통
분류:인터넷 익스플로러
플로우 샵 스케줄링

섬네일|플로우 샵 오르도낭스망
**플로우 샵 스케줄링**(flow-shop scheduling)은 컴퓨터 과학 및 운영 연구의 최적화 문제이다. 이는 최적 작업 스케줄링의 한 변형이다. 일반적인 작업 스케줄링 문제에서, 우리는 다양한 처리 시간을 가진 n개의 작업 J1, J2, ..., Jn을 가지며, 이를 다양한 처리 능력을 가진 m개의 기계에 스케줄링해야 한다. 이때 목표는 메이크스팬을 최소화하는 것이다. 메이크스팬은 전체 스케줄의 총 길이(즉, 모든 작업이 처리를 마쳤을 때)를 의미한다. 플로우 샵 스케줄링으로 알려진 특정 변형에서는 각 작업이 정확히 m개의 작업을 포함한다. 작업의 i번째 작업은 i번째 기계에서 실행되어야 한다. 어떤 기계도 동시에 두 개 이상의 작업을 수행할 수 없다. 각 작업의 각 작업에 대해 실행 시간이 지정된다.

플로우 샵 스케줄링은 모든 작업에 대해 수행될 모든 작업의 엄격한 순서가 있는 잡 샵 스케줄링의 특수 사례이다. 플로우 샵 스케줄링은 제조업 시설뿐만 아니라 컴퓨팅 설계에도 적용될 수 있다. 플로우 샵 스케줄링 문제의 특별한 유형은 **순열 플로우 샵 스케줄링** 문제인데, 이는 리소스에서 작업의 처리 순서가 후속 처리 단계마다 동일한 경우이다.

최적 작업 스케줄링 문제에 대한 표준 3필드 표기법에서 플로우 샵 변형은 첫 번째 필드에 **F**로 표시된다. 예를 들어, "**F3|<math>p_{ij}</math>|**C_\max"로 표시되는 문제는 단위 처리 시간을 가진 3기계 플로우 샵 문제이며, 목표는 최대 완료 시간을 최소화하는 것이다.

## 정의
m개의 기계와 n개의 작업이 있다. 각 작업은 정확히 m개의 작업을 포함한다. 작업의 i번째 작업은 i번째 기계에서 실행되어야 한다. 어떤 기계도 동시에 두 개 이상의 작업을 수행할 수 없다. 각 작업의 각 작업에 대해 실행 시간이 지정된다.

하나의 작업 내의 작업은 지정된 순서대로 수행되어야 한다. 첫 번째 작업은 첫 번째 기계에서 실행되고, (첫 번째 작업이 완료되면) 두 번째 작업은 두 번째 기계에서 실행되며, m번째 작업까지 계속된다. 그러나 작업은 어떤 순서로든 실행될 수 있다. 문제는 가능한 가장 짧은 총 작업 실행 메이크스팬을 가진 최적의 배열을 결정하는 것이다.

## 순서 지정 성능 측정 (γ)
순서 지정 문제는 하나 또는 여러 순서 지정 목표를 최적화하는 순서 S를 결정하는 것으로 명시될 수 있다.
# (평균) 플로우 시간, \sum (w_i) F_i 
# 메이크스팬, Cmax
# (평균) 지연, \sum (w_i) T_i 
# ....
성능 측정에 대한 자세한 논의는 베남 말라쿠티(2013)에서 찾을 수 있다.

## 플로우 샵 스케줄링의 복잡성
게리(Garey) 외 (1976)가 제시했듯이, 플로우 샵 스케줄링 문제의 대부분 확장 버전은 NP-난해이며, 그 중 소수는 O(nlogn)으로 최적으로 해결할 수 있다. 예를 들어, F2|prmu|Cmax는 존슨의 규칙을 사용하여 최적으로 해결할 수 있다.

타이야르(Taillard)는 플로우 샵, 오픈 샵, 잡 샵 스케줄링을 위한 상당한 벤치마크 문제를 제공한다.

## 해결 방법
플로우 샵 스케줄링 문제를 해결하기 위해 제안된 방법은 분기 한정법과 같은 정확한 알고리즘과 유전 알고리즘과 같은 휴리스틱 알고리즘으로 분류될 수 있다.

### 메이크스팬 C<sub>max</sub> 최소화

F2|prmu|Cmax와 F3|prmu|Cmax는 존슨의 규칙을 사용하여 최적으로 해결할 수 있지만, 일반적인 경우에는 해의 최적성을 보장하는 알고리즘이 없다.

플로우 샵에는 시간 0에 동시에 사용 가능하며 그 사이에 무제한 저장 공간을 가진 직렬로 배열된 두 대의 기계에 의해 처리될 n개의 작업이 포함된다. 모든 작업의 처리 시간은 확실히 알려져 있다. 메이크스팬을 최소화하기 위해 기계에 n개의 작업을 스케줄링해야 한다. 두 기계 플로우 샵에서 작업을 스케줄링하기 위한 존슨의 규칙은 다음과 같다.

최적 스케줄에서, min{p1i,p2j} 1j,p2i}인 경우 작업 i가 작업 j보다 먼저 온다. 여기서 p1i는 기계 1에서 작업 i의 처리 시간이고 p2i는 기계 2에서 작업 i의 처리 시간이다. 유사하게, p1j와 p2j는 각각 기계 1과 기계 2에서 작업 j의 처리 시간이다.

존슨의 알고리즘:
:p1j를 기계 1에서 작업 j의 처리 시간으로 둔다.
:p2j를 기계 2에서 작업 j의 처리 시간으로 둔다.

존슨의 알고리즘:
# p1j 2j인 모든 작업을 포함하는 set1을 생성한다.
# p1j > p2j인 모든 작업을 포함하는 set2를 생성한다. p1j = p2j인 작업은 두 집합 중 어느 하나에 넣을 수 있다.
# 다음과 같이 순서를 생성한다:
#: (i) set1의 작업은 순서에서 먼저 오며, p1j의 오름차순(SPT)으로 온다.
#: (ii) set2의 작업은 p2j의 내림차순(LPT)으로 뒤따른다. 동점은 임의로 처리한다.
이러한 유형의 스케줄을 SPT(1)–LPT(2) 스케줄이라고 한다.

사용 가능한 해결 방법에 대한 자세한 논의는 베남 말라쿠티 (2013)에서 제공된다.

## 같이 보기

* 오픈 샵 스케줄링
* 잡 샵 스케줄링

## 각주

분류:최적 스케줄링
ACM 소프트웨어 시스템 상

thumb|upright|ACM 2005 소프트웨어 시스템 상

**ACM 소프트웨어 시스템 상** 또는 **ACM 소프트웨어 시스템 어워드**(ACM Software System Award)는 "개념에 대한 기여, 상업적 수용 또는 둘 다에서 반영된 지속적인 영향을 미친 소프트웨어 시스템을 개발한" 사람 또는 조직에 수여되는 연례 상이다. 이 상은 1983년부터 ACM(Association for Computing Machinery)에 의해 수여되며, 현재 IBM이 후원하는 미화 35,000달러의 상금이 지급된다.

## 수상자
다음은 ACM 소프트웨어 시스템 상 수상자 목록이다.

## 같이 보기
* 소프트웨어 시스템
* 컴퓨터 과학상 목록

## 각주

## 외부 링크
* Software System Award — ACM Awards

분류:컴퓨터 과학상