NLP-07-ODQA/kowiki-cleaned huggingface dataset:
리브레부트

license = GNU 일반 공중 사용 허가서, 버전 3 **리브레부트**(Libreboot, 짧게 **GNU 리브레부트**website=GNU projecturl-status=live)는 지원되는 X86-64 및 AArch64 컴퓨터에서 일부 독점 바이오스 또는 통일 확장 펌웨어 인터페이스 펌웨어를 대체하는 것을 목표로 하는 코어부트 기반의 자유-오픈 소스 소프트웨어 프로젝트이다. 리브레부트는 리눅스 또는 FreeBSD와 같은 32비트 또는 64비트 운영체제를 로드하고 실행하는 데 필요한 CPU 초기화 또는 메모리 컨트롤러 초기화와 같은 기본적인 기계 설정을 수행한다.
# 특징
리브레부트는 코어부트의 배포판으로 설립되었지만, 코어부트에서 일부archive-date=1 November 2023 독점 바이너리 블롭이 제거되었다.archive-url=https://web.archive.org/web/20210822203232/https://www.linux-magazine.com/Issues/2018/210/Free-Firmware-with-Libreboot 리브레부트는 빌드 및 설치 프로세스를 자동화하여 코어부트를 쉽게 사용할 수 있도록 한다.archive-url=https://web.archive.org/web/20210907074125/https://hackaday.com/2016/12/16/installing-libreboot/archive-url=https://web.archive.org/web/20201124042859/https://hackaday.com/2018/08/20/installing-libreboot-the-very-lazy-way/ 일부 장치에서 리브레부트 개발자들은 인텔의 펌웨어를 리버스 엔지니어링하여 인텔 사양을 충족하는 자유 펌웨어를 생성하는 유틸리티를 만들었다.archive-url=https://web.archive.org/web/20210826133134/https://www.zdnet.com/article/a-new-free-software-laptop-arrives/ 하드웨어 지원에는 ASUS KGPE-D16,website=리눅스 저널 씽크패드 T400,language=en-USlanguage=en-US X60 및 X200이 포함되지만 이에 국한되지는 않는다.website=리눅스 저널 리브레부트는 상위 코어부트 프로젝트로부터 공식적으로 승인되었다.website=coreboot.org
# 역사
리브레부트 프로젝트는 비자유 바이너리 블롭을 제외하는 코어부트의 배포판으로 2013년 12월에 시작되었다. 코어부트는 1999년 로스앨러모스 국립연구소 (LANL)에서 리눅스바이오스(LinuxBIOS)로 시작되었으며, 2008년에 "코어부트"로 이름이 변경되었다. 리브레부트는 자유 소프트웨어 재단의 승인을 받았으며, 2016년 5월부터 GNU 프로젝트의 공식적인 일부가 되었다. 2017년 1월, 프로젝트 관리자 레아 로우는 GNU를 감독하는 자유 소프트웨어 재단과의 수개월간의 분쟁 끝에 GNU 프로젝트에서 리브레부트를 철회했다.archive-date=6 May 2024archive-date=6 May 2024
# 평가
2015년에 카일 랭킨은 리눅스 저널에서 리브레부트가 "몇 가지 주의사항"과 함께 플래싱 프로세스를 "크게 단순화하고 자동화"했다고 밝혔다.website=리눅스 저널website=리눅스 저널 2016년 브라이언 콕필드는 Hackaday에서 리브레부트 설치가 "끔찍했으며" "생각만큼 쉽지 않았다"고 밝혔다. Notelist
퀄컴 EDL 모드

**퀄컴 긴급 다운로드 모드**(Qualcomm Emergency Download mode) 또는 **퀄컴 EDL 모드**(Qualcomm EDL mode), 공식적으로는 **퀄컴 HS-USB QD-로더 9008**s2cid=53038902는 퀄컴의 시스템 온 칩 부트 롬에 구현된 기능으로, 벽돌이 된 스마트폰을 복구하는 데 사용될 수 있다.oclc=1250310301oclc=1236261208 구글의 픽셀 3에서는 이 기능이 휴대폰이 벽돌이 된 후 사용자에게 우연히 노출되었다.language=en-us
# 장치 지원
장치가 EDL을 지원하려면 퀄컴 하드웨어를 사용해야 한다. 스냅드래곤 제품군은 매우 널리 사용된다.
# 접근

## ADB
안드로이드 디버그 브리지는 `adb reboot edl` 명령어를 사용하여 EDL 모드에 접근할 수 있다.
## 윈도우
퀄컴 제품 지원 도구(QPST)는 일반적으로 서비스 센터 직원들이 하드-브릭된 안드로이드 장치를 되살리거나 영구적인 소프트웨어 문제를 해결하기 위해 저수준 펌웨어 플래싱에 내부적으로 사용된다. 펌웨어를 플래싱하기 위해 이 도구는 EDL을 통해 지원되는 장치와 통신한다.access-date=February 21, 2022 QPST는 퀄컴에서 공식적으로 출시되지 않았다.
## 리눅스
퀄컴 다운로드(QDL)는 퀄컴 시스템 온 칩 부트롬과 통신하여 코드를 설치하거나 실행하는 도구이다. 소스 코드는 안데르손으로도 알려진 비외른 안데르손이 관리한다.access-date=February 21, 2022
## 테스트 포인트
퀄컴이 구현한 마더보드에는 항상 테스트 포인트가 포함되어 있다. 이는 휴대폰 모델마다 다를 수 있다. 일반적으로 테스트 포인트는 한 쌍의 접점이며, 서로 떨어져 있을 수 있다. 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 파일이 완전히 제거되었다.access-date=October 19, 2011 윈도우 3.0 이전에는 응용 프로그램이 WIN.INI 내부에 구성 설정을 저장하는 것이 흔했다(GetProfileString을 통해). 1990년 윈도우 3.0 출시와 함께 마이크로소프트는 "개인" INI 파일(GetPrivateProfileString 등)의 개념과 일부 새로운 응용 프로그래밍 인터페이스 호출을 도입하여 응용 프로그램이 자체 파일에 설정을 저장할 수 있도록 했다.date=September 19, 2008 1992년에 Windows 3.1은 설정을 저장하기 위한 윈도우 레지스트리를 도입했다.
# 편집
마이크로소프트는 운영 체제에 핵심 구성 파일(WIN.INI, SYSTEM.INI, CONFIG.SYS, AUTOEXEC.BAT 등)을 위한 두 가지 특수 편집기를 포함하고 있다. Sysedit는 Windows 3.x부터 윈도우 7까지 모든 버전의 윈도우에서 사용할 수 있는 MDI 문서 편집기로, 이 모든 파일을 동시에 연다. MSConfig는 Windows 98 이상(Windows 2000 제외)에 포함된MSConfig 더 간단한 응용 프로그램으로, 사용자가 위에서 언급한 파일과 Run, RunEx, RunOnce 레지스트리 키에 의해 시작 시 로드되는 드라이버 및 응용 프로그램을 활성화 및 비활성화할 수 있도록 한다. WIN.INI와 SYSTEM.INI는 16비트 응용 프로그램 지원을 위해 최신 버전의 윈도우에 포함되어 있다. 16비트 응용 프로그램은 이 두 파일이 C:\Windows에 없으면 오류를 표시할 수 있다.
SYSTEM.INI

**`SYSTEM.INI`**는 초기 마이크로소프트 윈도우 버전(1.01부터 Me까지)에서 장치 드라이버 및 기본 윈도우 셸(프로그램 관리자 또는 윈도우 탐색기)과 같은 시스템 설정을 로드하는 데 사용되는 초기화 파일(INI 파일)이다. 이 설정 중 상당수는 윈도우 9x(95, 98, Me)에서도 유지되었지만, INI 파일은 윈도우 레지스트리를 선호하여 점차 폐지되기 시작했다. NT 4.0, 2000, XP, 서버 2003도 이전 16비트 애플리케이션과의 하위 호환성을 제공하기 위해 일부 `SYSTEM.INI` 항목을 여전히 인식한다. 비스타 이후 버전에도 `SYSTEM.INI`가 있다. 그러나 XP/서버 2003을 새로 설치하면 생성되는 `SYSTEM.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부터 MeMSCONFIG and SYSEDIT 및 윈도우 7 이후를 제외한 모든 윈도우 버전에서 사용할 수 있는 MDI 문서 편집기로, 이 모든 파일을 동시에 연다. MSConfig는 사용자가 드라이버, 윈도우 셸 및 애플리케이션을 위의 파일과 Run, RunEx 및 RunOnce 윈도우 레지스트리 키에서 시작 시 로드되지 않도록 활성화 및 비활성화할 수 있는 프런트 엔드 인터페이스 애플리케이션이다.
INF 파일

url = url = **INF 파일**(**설정 정보 파일**, Setup Information file)은 마이크로소프트 윈도우 기반 운영 체제에서 소프트웨어 및 장치 드라이버 설치에 사용되는 INI 평문 파일이다.language=en-us INF 파일은 일반적으로 하드웨어 구성 요소의 장치 드라이버를 설치하는 데 사용된다.language=en-us 윈도우에는 INF 기반 설치를 생성하기 위한 IExpress 도구가 포함되어 있다. INF 파일은 윈도우 Setup API와 그 후속인 윈도우 인스톨러의 일부를 구성한다. \windows\inf 디렉토리에는 여러 `.inf` 파일이 포함되어 있다. quote = Look in the \WINDOWS\INF directory, and you'll see a set of INF files. **미리 컴파일된 설정 정보 파일**(*.pnf)은 운영 체제에 의해 컴파일된 INF 파일의 이진 표현이다.
# 구조
INF 파일의 구조는 INI 파일의 구조와 매우 유사하며, 복사할 파일, 레지스트리 변경 사항 등을 지정하는 다양한 섹션을 포함한다. 모든 INF 파일에는 INF 파일이 대상으로 하는 윈도우 버전을 지정하는 `Signature` 키-값 쌍을 가진 `[Version]` 섹션이 포함되어 있다. 서명은 일반적으로 `$CHICAGO$` (윈도우 9x용) 또는 `$WINDOWS NT$` (윈도우 NT/2K/XP용)이다. 나머지 대부분의 섹션은 사용자 정의되며 설치될 구성 요소에 특정한 정보를 포함한다. INF 파일의 예시는 다음과 같을 수 있다. [autorun] open=example.exe 이것은 파일이 포함된 미디어가 (루트 디렉토리에) 컴퓨터에 연결될 때마다 `example.exe` 파일을 자동으로 열게 된다. 미디어를 삽입하기 전에 그러한 파일이 존재하는지 알 수 있는 방법이 없으므로 이것은 위험할 수 있다. 그러나 윈도우 XP부터 이 기능은 사용자에게 어떤 작업을 수행할지 선택하도록 강제하는 메뉴로 대체되었다. INF 파일은 윈도우 2000에서 때때로 위험할 수 있는데, 이는 컴퓨터 바이러스가 프롬프트 없이 자동으로 실행되도록 허용할 수 있기 때문이다. 이들은 윈도우 7에서 차단되지만, 해결할 수 있다.publisher= [autorun] open=example.bat `icon=*.ico` 명령은 이전 또는 기본 드라이브 아이콘을 지정된 아이콘으로 대체한다. `[autorun]`은 `[AutoRun]` 또는 `[Autorun]`으로 대체될 수 있다.
## 레지스트리 값
INF 파일은 윈도우 레지스트리 항목의 값을 지정할 수 있다. 드라이버 공급업체와 사용자는 예를 들어 이 기능을 사용하여 ROM 메모리가 손상된 디스플레이의 디스플레이 확장된 디스플레이 식별 데이터(EDID) 메타데이터를 재정의할 수 있다.language=en-us
Resolv.conf

title=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에 대한 심볼릭 링크이다.title = DebuggingSystemd - Ubuntu Wiki
Sqlnet.ora

데이터베이스 컴퓨팅에서 **sqlnet.ora**는 오라클 서버와 오라클 클라이언트 모두 네트워크 데이터베이스 액세스를 위해 오라클 넷(이전 Net8 또는 SQL*Net) 기능을 어떻게 사용해야 하는지에 대한 정보(추적 옵션, 암호화, 연결 경로, 외부 명명 매개변수 등)를 포함하는 일반 텍스트 구성 파일이다.
# 위치
sqlnet.ora 파일은 일반적으로 유닉스 플랫폼의 $ORACLE_HOME/network/admin 및 윈도우 운영 체제의 %ORACLE_HOME%\NETWORK\ADMIN에 위치한다.archivedate=March 12, 2012
# 샘플 파일
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** 파일 매개변수를 나열하고 설명한다.accessdate= 12 February 2020 {|class=wikitable |- ! 매개변수 !! 목적 !! 기본값 !! 값 !! 예시 |- | BEQUEATH_DETACH || 시그널 핸들링 켜기 또는 끄기 (유닉스 시스템 전용). || 아니요 || Yes-No || 1=BEQUEATH_DETACH=no |- | DEFAULT_SDU_SIZE || 세션 데이터 단위 크기 정의. || 2048 바이트 || 512 ~ 2 Mbytes Ora12c || 1=DEFAULT_SDU_SIZE=512 |- | LOG_DIRECTORY_CLIENT || 클라이언트가 로그를 작성할 대상 디렉토리 정의. || 실행 파일이 시작된 현재 디렉토리 || 디렉토리 경로 || 1=LOG_DIRECTORY_CLIENT=/oracle/net/log |- | LOG_FILE_CLIENT || 클라이언트의 로그 파일 이름 정의. || sqlnet.log || 파일 이름 || 1=LOG_FILE_CLIENT=client.log |- | LOG_FILE_SERVER || 서버의 로그 파일 이름 정의. || sqlnet.log || 파일 이름 || 1=LOG_FILE_SERVER=server.log |- | SQLNET.CRYPTO_CHECKSUM_CLIENT || 클라이언트 체크섬 동작 정의. || accepted || accepted; rejected; requested; required || 1=SQLNET.CRYPTO_CHECKSUM_CLIENT=rejected |- | SQLNET.CRYPTO_CHECKSUM_TYPES_CLIENT || 클라이언트가 사용하는 암호화 체크섬 알고리즘 결정. || 사용 가능한 모든 알고리즘 || md5; sha1|| 1=SQLNET.CRYPTO_CHECKSUM_TYPES_CLIENT=(SHA1) |- | SQLNET.CRYPTO_SEED || 암호화 키를 생성할 기호 결정. 이 매개변수는 CRS 환경에서 설정하면 안 된다. CRS/Grid $ORACLE_HOME/network/admin/sqlnet.ora에 이 값이 설정되면 CRS가 시작되지 않는다. || qwertyuiopasdfghjkl;zxcvbnm,.s1 || 10-70 문자|| 1=SQLNET.CRYPTO_SEED="kbguhfplhc5c4626fy[67vg;yd" |- | SSL_CIPHER_SUITES || SSL이 트래픽을 암호화하는 데 사용하는 암호화 암호 목록 결정. || 없음 || SSL_RSA_WITH_3DES_EDE_CBC_SHA; SSL_RSA_WITH_RC4_128_SHA; SSL_RSA_WITH_RC4_128_MD5; SSL_RSA_WITH_DES_CBC_SHA; SSL_DH_anon_WITH_3DES_EDE_CBC_SHA; SSL_DH_anon_WITH_RC4_128_MD5; SSL_DH_anon_WITH_DES_CBC_SHA; SSL_RSA_EXPORT_WITH_RC4_40_MD5; SSL_RSA_EXPORT_WITH_DES40_CBC_SHA; SSL_RSA_WITH_AES_128_CBC_SHA; SSL_RSA_WITH_AES_256_CBC_SHA || 1=SSL_CIPHER_SUITE=(ssl_rsa_with_des_cbc_sha) |- |}
.htpasswd

**.htpasswd**는 아파치 HTTP 서버의 기본 인증을 위한 사용자 이름과 암호를 저장하는 데 사용되는 플랫 파일 데이터베이스이다. 파일 이름은 .htaccess 구성에 지정되며, ".htpasswd"가 표준 이름이지만 어떤 이름이든 될 수 있다. 대부분의 유닉스 계열 운영 체제가 점으로 시작하는 모든 파일을 숨김 파일로 간주하기 때문에 파일 이름은 점으로 시작한다.language=en-US `htpasswd` 명령어는 .htpasswd 파일 항목을 관리하는 데 사용된다.website=Linux TLDR
# 역사
htpasswd는 아파치의 전신인 NCSA HTTPd 서버에 처음 추가되었다.website=www6.uniovi.eswebsite=httpd.apache.org 역사적으로 사용된 해시는 MD5 또는 SHA1이 일반적인 대안인 "UNIX crypt" 스타일이었다.accessdate=2013-11-30 아파치 2.4에서는 bcrypt 알고리즘이 추가되었다.
# 사용법
이 파일은 각 줄에 사용자 이름과 콜론, 그리고 선택적으로 알고리즘 지정자("$2y$", "$apr1$" 또는 "{SHA}") 및 솔트가 선행되는 해시된 암호 문자열이 포함된 줄로 구성된다.website=Apachelanguage=en-US Athelstan:RLjXiyxx56D9s Mama:RLMzFazUFPVRE Papa:RL8wKTlBoVLKk 아파치 HTTP 서버에서 사용 가능한 리소스는 htpasswd로 생성된 파일에 나열된 사용자로만 제한될 수 있다. .htpasswd 파일은 파일이 위치한 전체 디렉터리뿐만 아니라 특정 파일도 보호하는 데 사용할 수 있다.language=en-GB
# 보안 문제
htpasswd가 받아들이는 알고리즘 중 오늘날의 기준으로 여전히 안전하다고 간주되는 유일한 알고리즘은 bcrypt이며,website=aspirine.org 많은 형식은 솔팅을 사용하지 않아 사전 공격에 취약하다. crypt() 알고리즘은 주어진 암호의 처음 8자만 사용하고 그 이후는 버린다.
원격 조작

급조폭발물 기폭장치, 잠재적 폭발 장치를 조사하기 위한 원격 조작기 **원격 조작** 또는 **텔레오퍼레이션**(teleoperation)은 기계나 시스템을 원거리에서 작동시키는 것을 의미한다. 이는 "원격 제어"라는 문구와 의미가 유사하지만, 주로 연구, 학계 및 기술 분야에서 사용된다. 가장 일반적으로 로봇공학 및 모바일 로봇과 연관되어 있지만, 장치나 기계가 사람이 원거리에서 작동되는 모든 상황에 적용될 수 있다. 원격 조작은 인간-기계 시스템으로 간주될 수 있다. 예를 들어, 아두파일럿은 수동 제어부터 자율 주행 자동차의 완전한 오토파일럿에 이르는 다양한 자율성 스펙트럼을 제공한다. 원격 조작이라는 용어는 연구 및 기술 커뮤니티에서 원거리 작동을 지칭하는 표준 용어로 사용된다. 이는 덜 표준적인 용어이며 원격 의미를 포함하는 광범위한 존재 또는 상호 작용을 나타낼 수 있는 원격현장감과는 대조된다.
# 역사
19세기에는 존 루이스 레이(1872), 존 에릭슨(1873), 빅토르 폰 셸리하(1873)가 제작한 시제품을 포함하여 원격 조작 무기(어뢰)를 연구하는 많은 발명가들이 있었고, 1877년 루이스 브레넌이 특허를 낸 최초의 실용적인 유선 유도 어뢰인 브레넌 어뢰도 있었다.Gray, Edwyn (2004). Nineteenth-century Torpedoes and Their Inventors. Annapolis, Maryland: Naval Institute PressRoger Branfill-Cook, Torpedo: The Complete History of the World's Most Revolutionary Naval Weapon, Naval Institute Press, 2014, page 45 1898년에 니콜라 테슬라는 특허받은 무선 라디오 유도 시스템을 갖춘 원격 제어 보트를 시연했고, 이를 미국 군대에 판매하려고 시도했지만 거절당했다.Roger Branfill-Cook, Torpedo: The Complete History of the World's Most Revolutionary Naval Weapon, Naval Institute Press, 2014, page 31 원격 조작은 이제 일인칭 시점 (FPV) 장비와 함께 취미 산업으로 진출하고 있다.Fritsche, L.; Unverzagt, F.; Peters, J. & Calandra, R., First-Person Tele-Operation of a Humanoid Robot, IEEE-RAS International Conference on Humanoid Robots (HUMANOIDS), 2015, 997-1002 취미용 자동차, 비행기 및 헬리콥터에 장착된 FPV 장비는 운전자에게 TV 스타일의 전송을 다시 제공하여 차량의 범위를 시야 범위보다 더 넓게 확장한다.
# 사례
원격 조작 타워 크레인 다음은 원격으로 제어되는 몇 가지 특정 유형의 시스템이다. * 엔터테인먼트 시스템(예: 텔레비전, 비디오카세트 레코더, DVD 플레이어 등)은 종종 리모컨을 통해 원격으로 제어된다. * 산업 기계는 특히 위험한 환경에서 원격으로 작동되는 경우가 많다. 예를 들어 체르노빌 사고 이후 체르노빌의 객체 보호소 또는 석관 건설과 위험한 낙석 후 잔해 제거 등이 있다.Armasuisse and SBB, RSL demonstrated the use of a teleoperated Menzi Muck M545 to clean up a rock slide, 2020. * 원격 조작 차량 (ROV)은 위험한 환경(예: 방사능 환경, 오염된 환경, 지뢰밭, 심해)에서 광범위하게 사용된다. * 원격 수술 * 드론으로도 알려진 무인 항공기
# 자율 주행 차량의 원격 조작
자율 주행 차량의 원격 조작은 무인 자동차를 원격으로 운전하거나 지원하는 능력이다. 업계의 대부분 선도 기업들은 현재의 자율 주행 능력과 자율 주행 차량의 광범위한 채택에 필요한 요구 사항 사이의 격차를 해소하기 위해 '에지 케이스' 상황에서 무인 자동차를 지원하기 위한 원격 조작 능력이 필요하다고 믿는다. 이는 자율 주행 차량 소프트웨어 스택이 올바른 행동을 수행할 수 있는 능력에 대한 신뢰 수준이 낮거나, 차량이 표준 작동 매개변수 밖에서 작동해야 할 때 발생한다. 원격 지원이 없으면 이러한 상황에서 자율 주행 차량은 일반적으로 정지하는 최소 위험 조작(MRM)으로 전환된다. 많은 AV 회사들은 무인 자동차 출시의 일환으로 원격 조작을 사용할 계획이다. 원격 조작 솔루션을 배포하거나 현재 배포하고 있다고 밝힌 회사의 예로는 Voyage.auto,access-date=2020-09-23 덴소, 웨이모, GM 크루즈, 앱티브, 죽스 등이 있다. 자율 주행 차량의 원격 조작에는 자가 주차 보조와 같은 개인 소유 무인 자동차 사용 사례, 로봇 택시 및 자율 셔틀과 같은 공유 모빌리티 사용 사례, 예를 들어 자율 지게차와 같은 산업용 사용 사례가 포함된다. 자율 주행 차량의 원격 조작에는 두 가지 주요 모드가 있다. 원격 운전(또는 "직접 운전") – 원격 운전자가 동적 운전 작업을 수행한다. 즉, 자동차의 스티어링, 가속도 및 제동 시스템을 제어하여 자동차를 원격으로 운전한다. 원격 지원(또는 "고수준 명령") – 원격 운전자가 차량을 감독하고 지시를 제공하며, 차량 경로를 승인하거나 수정하지만 실제로 동적 운전 작업을 수행하지는 않는다. 일부 회사는 사용 사례에 따라 두 개념을 조합하여 배포한다. 원격 조작 분야에서 솔루션을 제공하는 회사로는 DriveU.auto,access-date=2020-09-23 Roboauto, Pylot (현재 Fernride의 일부), Ottopia, Designated Driver, Soliton Systems,access-date=2024-08-27 및 Transitive Roboticsaccess-date=2025-06-22가 있다.
Fmt (유닉스)

소문자 website = 유닉스, 플랜 9, 인페르노 및 유닉스 계열 운영체제의 **fmt** 명령어는 사람이 읽을 수 있도록 자연어 텍스트를 포맷한다.
# 개요
이 명령어는 전자 메일 메시지를 작성한 후 전송하기 전에 다시 포맷하는 데 사용되었다. 구문은 다양한 유닉스 시스템에서 유사하지만 동일하지는 않다. fmt는 BSD 및 GNU 코어 유틸리티의 fold가 입력 줄을 정확히 래핑하는 것과는 달리, 전역적으로 최적화되고 균형 잡힌 출력을 생성하기 위해 입력 줄을 분리, 채우기 및 결합하여 각 줄의 길이가 목표 너비에 최대한 가깝도록 시도한다. fmt의 대부분의 구현에서 단어 묶음 최적화 절차는 일반적으로 두 가지 기준을 요구한다: 목표 출력 줄 너비와 최대 허용 줄 너비 (최적화를 위한 여유 공간을 주기 위해 이전 것보다 커야 한다). 이 두 가지 옵션을 동시에 제공하는 것이 항상 가능하지 않을 수 있다. 예를 들어, GNU fmt의 초기 버전은 -w 스위치로 주어지거나 호환성을 위해 첫 번째 명령줄 옵션으로 직접 -digits로 최대 너비 옵션만 받을 수 있다 (이후 버전은 목표 너비를 지정하기 위해 -g를 사용하고 최대 너비를 위해 -w를 사용한다). 자세한 예시는 fmt의 솔라리스 맨 페이지publisher = Sun와 FreeBSD 매뉴얼 항목publisher = FreeBSD을 참조하고, 대부분의 리눅스 배포판에 포함된 GNU fmt 유틸리티의 최신 문서publisher = FSF와 비교하라. 플랜 9 fmt 맨 페이지도 참조하라.year = 2020 par와 달리 fmt는 유니코드 지원이 없으며 텍스트 맞춤을 지원하지 않는다. 이 명령어는 일반적인 GNU 유닉스 계열 유틸리티의 네이티브 Win32 이식 모음인 UnxUtils의 일부로 마이크로소프트 윈도우용 별도 패키지로 제공된다.website=unxutils.sourceforge.net
# 예시
$ fmt -w 50 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자이며 텍스트는 이 제약 조건 내에서 흐른다.
Tput

title=tput website = 컴퓨팅에서 **tput**은 터미널 기능을 활용하는 표준 유닉스 운영체제 명령어이다. 시스템에 따라 tput은 terminfo 또는 termcap 데이터베이스를 사용하며, 터미널 유형에 대한 환경도 살펴본다.
# 역사
tput은 1980년대 초 유닉스 시스템 V에 제공되었다. AT&T; tput의 복제본은 1986년 9월 **mod.sources** 뉴스그룹(이후 **comp.sources.unix**) 7권에 제출되었다.access-date=2008-04-22access-date=2008-04-22 시스템 V 프로그램과 달리, 이 복제본은 terminfo 대신 termcap을 사용했다. `cm` (커서 주소 지정) 기능에 대한 명령줄 매개변수를 허용했고, terminfo 기능 이름을 인식했다. 시스템 V 릴리스 3은 서로 다른 초기화 기능을 새로운 옵션 `init`으로, 재설정 기능을 `reset`으로 통합하여 터미널을 초기화하거나 재초기화하는 tput 사용을 간소화한 개선된 버전을 제공했다.isbn=0-937175-22-6 시스템 V 릴리스 3.2는 terminfo 데이터베이스에 `swidm` (enter_doublewide_mode)와 같은 몇 가지 프린터 관련 기능을 추가하여 tput이 사용할 수 있게 했다. 또한 색상 기능도 추가했다. 시스템 V 릴리스 4는 tput이 사용할 수 있는 표준화된 ANSI 색상 기능 `setaf`와 `setab`를 포함한 추가 terminfo 기능을 정의했다. BSD 플랫폼은 4.3BSD-Reno (1990년 6월)에 tput의 다른 구현을 제공했다.access-date=2008-04-20 이 구현은 termcap을 사용했으며, termcap 기능 이름만 인식했고, 커서 주소 지정에 대한 명령줄 매개변수를 허용하지 않았다. FreeBSD는 1994년에 이를 사용하여 하나 또는 두 개의 숫자 명령줄 매개변수를 허용하도록 개선했다.date=May 27, 1994 로스 리지(Ross Ridge)의 **mytinfo** 패키지(1992년)date=December 27, 1992는 termcap 또는 terminfo 기능 이름을 모두 허용하는 tput을 제공했다. 리노 구현과 마찬가지로, 매개변수화된 기능에 명령줄 인수를 전달하지 않았다. ncurses는 1995년 6월 **mytinfo** 코드를 통합했다. 초기 버전은 `-S` 옵션을 추가하고, 시스템 V 릴리스 4 문서에 설명된 대로 명령줄 매개변수를 해석했다.
# 이식성
오픈 그룹은 하나의 옵션(`-T`, 터미널 유형 지정)과 세 개의 키워드(`init`, `clear`, `reset`)를 정의한다. 대부분의 구현은 필요한 매개변수와 함께 터미널 기능의 이름을 허용한다. 그러나 일부 구현은 termcap 이름을 예상하는 반면, 다른 구현은 terminfo 이름을 예상한다. 모든 시스템 V 릴리스 4 구현과 호환되도록 설계된 구현은 `-S` 옵션(tput이 표준 입력에서 데이터를 읽도록 지시)과 추가 키워드 `longname`도 인식한다. 또한 명령줄 매개변수를 허용하며, 일반적으로 매개변수의 형식으로 숫자 매개변수와 문자열 매개변수를 구별하고, 모든 숫자로 구성된 문자를 확인한다. 예를 들어 함수 키 레이블을 숫자로 구성된 문자열로 설정하는 것은 불가능하다. 다른 접근 방식을 사용하여 **ncurses**는 문자열 매개변수를 사용하는 terminfo 기능 테이블을 통해 예상되는 매개변수 유형을 결정하여 모호성을 제거한다.
# 더 읽어보기
* url=https://archive.org/details/linuxunixshellpr00davi
## 매뉴얼 페이지
* SUS * Linux * ncurses용 tput(1) 매뉴얼 페이지 * AIX * title=BSDI * SCO * title=HPUX * SGI * Sun * title=Tru64
## 튜토리얼
* Bash Prompt HOWTO에서 tput을 이용한 색상 및 커서 이동 * IBM DeveloperWorks에서 tput 알아보기 유닉스 명령어 위키데이터 속성 추적 분류:텍스트 모드 분류:유닉스 SUS2008 유틸리티
OCFS2

OS = 리눅스 **오라클 클러스터 파일 시스템**(Oracle Cluster File System, **OCFS**, 두 번째 버전은 **OCFS2**)은 오라클 코퍼레이션이 개발하고 GNU 일반 공중 사용 허가서에 따라 배포된 공유 디스크 파일 시스템이다. OCFS의 첫 번째 버전은 클러스터 컴퓨팅을 사용하는 오라클의 데이터베이스 관리 시스템을 수용하는 데 중점을 두고 개발되었다. 이 때문에 POSIX 호환 파일 시스템이 아니었다. 버전 2에서는 POSIX 기능이 포함되었다. OCFS2 (버전 2)는 리눅스 커널 버전 2.6.16에 통합되었다. 처음에는 "실험적"(알파 테스트) 코드로 표시되었다. 이 제한은 리눅스 버전 2.6.19에서 제거되었다. 2008년 말 커널 버전 2.6.29에서 접근 제어 목록 및 할당량과 같은 더 많은 기능이 OCFS2에 포함되었다.access-date= October 24, 2016url-status= live OCFS2는 OpenVMS DLM과 유사하지만 훨씬 더 단순한 분산 락 관리자를 사용했다.access-date= October 24, 2016 오라클은 2010년 11월에 reflink라는 카피 온 라이트 기능을 포함한 버전 1.6을 발표했다.access-date= May 10, 2017
FTPFS

**FTPFS**는 표준 API를 통해 파일 전송 프로토콜(FTP) 서버에 대한 액세스를 지원하는 파일 시스템을 의미한다. 플랜 9의 ftpfs 명령어는 데니스 리치가 고안했으며 시스템의 첫 번째 릴리스(1992년)에 포함되었다. 이는 FTP를 통해 접근 가능한 원격 파일 시스템을 로컬 파일 시스템의 일부처럼 보이게 했다. 리눅스 시스템에서 FTPFS는 처음에는 사용자가 FTP 서버를 로컬 파일 시스템에 마운트할 수 있도록 하는 리눅스 커널 모듈로 구현되었지만, 완벽한 방법으로 여겨지지는 않았다. 2003년에는 LUFS를 사용하도록 전환되었고, 이후 FUSE로 전환되었다. 현재는 FTP 트랜잭션에 보편적인 libcurl을 사용하기 때문에 CurlFtpFS라고 불리며 주요 리눅스 배포판의 일부가 되고 있다. FTP 사이트의 스마트 미러링을 위한 LftpFS도 존재한다. MacOS에서는 GUI(K) 또는 명령줄(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 서버에 대한 링크이며 윈도우 탐색기에서 다른 네트워크 파일 시스템처럼 액세스할 수 있다.date=4 Jun 2013 그러나 이것은 가장 낮은 수준의 Win32 파일 시스템 API를 통한 투명한 액세스를 제공하지는 않는다. 이러한 기능은 WebDrive 및 FTPDrive와 같은 타사 프로그램을 통해 제공될 수 있다.
Zswap

소문자 website = kernel.org **zswap**은 가상 메모리 압축의 한 형태로, 스와프된 페이지를 위한 압축된 쓰기 저장(write-back) 캐시를 제공하는 리눅스 커널 기능이다. 메모리 페이지가 스와프 아웃될 때 스와프 장치로 이동하는 대신, zswap은 해당 페이지를 압축한 다음 시스템 RAM에 동적으로 할당된 메모리 풀에 저장한다. 실제 스와프 장치로의 쓰기 저장은 지연되거나 완전히 회피되어, 스와핑이 필요한 리눅스 시스템의 I/O를 크게 줄인다. 대신 압축을 수행하기 위해 추가적인 CPU 사이클이 필요하다.publisher = LWN.netpublisher = IBMpublisher = Phoronix I/O 감소의 결과로, zswap은 임베디드 장치, 넷북 및 유사한 저가형 하드웨어 장치를 포함한 다양한 플래시 메모리 기반 저장 장치를 사용하는 장치뿐만 아니라, SSD를 저장 장치로 사용하는 다른 장치에도 이점을 제공한다. 플래시 메모리는 쓰기 증폭으로 인해 수명이 제한적이므로, 이를 스와프 공간으로 사용하는 것을 피하면 빠르게 마모되는 것을 방지할 수 있다.publisher = kernel.org
# ZBUD내부 동작
zswap은 스와프 공간으로 사용될 수 있는 다양한 유형의 스토리지를 추상화하는 리눅스 커널 메커니즘인 **frontswap**이 제공하는 API를 사용하여 리눅스 커널의 나머지 가상 메모리 서브시스템에 통합된다.website = gmane.org 결과적으로 zswap은 내부적으로 유사-RAM 장치로 보이는 것을 제공하여 frontswap의 백엔드 드라이버로 작동한다. 즉, frontswap API는 zswap이 메모리 페이지가 스와프 아웃될 때 이를 가로채고, 이미 스와프된 페이지에 대한 페이지 부재를 가로챌 수 있게 한다. 이 두 경로에 대한 접근은 zswap이 스와프된 페이지를 위한 압축된 쓰기 저장 캐시 역할을 할 수 있도록 한다.publisher = LWN.net 내부적으로 zswap은 리눅스 커널의 크립토 API가 제공하는 압축 적재 가능 커널 모듈을 사용한다. 이를 통해 예를 들어, 리눅스 커널이 지원하는 모든 하드웨어 압축 가속기를 사용하여 주 CPU에서 압축 작업을 오프로드할 수 있다. 원하는 압축 모듈 선택은 커널 부트 매개변수 zswap.compressor 값을 통해 부팅 시 동적으로 수행할 수 있다. 지정하지 않으면 Lempel–Ziv–Oberhumer (LZO) 압축이 선택된다. 리눅스 커널 버전 3.13부터는 커널 부트 매개변수 zswap.enabled에 값 1을 지정하여 zswap을 명시적으로 활성화해야 한다. 그러나 CONFIG_ZSWAP_DEFAULT_ON=y로 커널을 구성할 때 기본적으로 활성화되거나, sysfs 인터페이스를 통해 언제든지 활성화할 수 있다.publisher = kernel.org

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

zswap이 사용하는 메모리 풀의 최대 크기는 max_pool_percent sysfs 매개변수를 통해 구성할 수 있다. 이 매개변수는 풀이 차지할 수 있는 전체 시스템 RAM의 최대 비율을 지정한다. 메모리 풀은 구성된 최대 크기로 미리 할당되지 않고, 필요에 따라 증가하고 축소된다. 스와핑 결과로 구성된 최대 풀 크기에 도달하거나 메모리 부족 조건으로 인해 풀을 확장할 수 없을 때, 스와프된 페이지는 캐시 축출 기반으로 LRU 방식으로 메모리 풀에서 스와프 장치로 축출된다. 이 접근 방식은 zswap을 진정한 스와프 캐시로 만든다. 캐시가 가득 차면 가장 오래된 캐시된 페이지가 스와프 장치로 축출되어 새로운 스와프 페이지가 압축되고 캐시될 공간을 만든다.publisher = kernel.org **zbud**은 zswap이 압축된 페이지를 저장하기 위해 내부적으로 사용하는 특수 목적의 메모리 할당자이다. 이는 오라클의 zcache에서 사용되는 zbud 할당자를 재작성하여 구현되었다.page = 12 zcache는 리눅스 커널을 위한 또 다른 가상 메모리 압축 구현이다. 내부적으로 zbud는 물리적 메모리 페이지당 최대 두 개의 압축된 페이지("버디", 따라서 할당자 이름)를 저장하여, 해제된 공간의 쉬운 통합 및 재사용으로 인한 이점과 낮은 메모리 활용 가능성으로 인한 단점을 모두 가져온다. 그러나 설계 결과로 zbud는 원래 압축되지 않은 페이지가 차지했을 것보다 더 많은 메모리 공간을 할당할 수 없다.publisher = kernel.org
# 역사
zswap과 zbud는 모두 세스 제닝스(Seth Jennings)가 만들었다. 첫 공개 발표는 2012년 12월이었고, 개발은 2013년 5월까지 계속되어 코드베이스가 실험적 커널 기능 상태였음에도 불구하고 성숙 단계에 도달했다.website = gmane.orgwebsite = gmane.org zswap (zbud와 함께)은 2013년 9월 2일에 출시된 커널 버전 3.11에서 리눅스 커널 메인라인에 병합되었다.website=kernelnewbies.org 2014년 6월 8일에 출시된 리눅스 커널 버전 3.15부터 zswap은 여러 스와프 장치를 제대로 지원한다.website=kernelnewbies.orgpublisher = kernel.org 2024년 3월 11일에 출시된 리눅스 커널 버전 6.8부터 zswap은 특정 cgroup에 대한 쓰기 저장을 비활성화하는 것을 지원한다.website=GitHub
# VS-OTHERS대안
zswap의 대안 중 하나는 zram으로, 리눅스 커널에 유사하지만 여전히 다른 "RAM에 압축된 페이지 스와프" 메커니즘을 제공한다. 주요 차이점은 zram이 데이터를 저장하기 위해 RAM을 사용하여 압축된 블록 장치를 제공한다는 점이다. 이는 일반적이고 별개의 스와프 장치 역할을 한다. 이에 비해 zswap은 스와프 장치를 위한 RAM 기반 캐시 역할을 한다. 이는 zswap에 덜 사용된 스와프 페이지에 대한 캐시 축출 메커니즘을 제공하는데, zram은 커널 버전 4.14에서 CONFIG_ZRAM_WRITEBACK이 도입되기 전까지는 이 기능이 없었다. 하지만 설계상 zswap을 사용하려면 이미 존재하는 스와프 장치가 적어도 하나 필요하다.publisher = LWN.net
ISACA

access-date=21 July 2020 **ISACA**(정식 명칭: **정보 시스템 감사 및 통제 협회**, Information Systems Audit and Control Association)는 IT 거버넌스에 중점을 둔 국제 전문 협회이다.date=2 October 2007page= 정보 시스템 감사 및 통제 협회 (ISACA - 이전 EDPAA) [...] 타이르나우어는 처음 3년 동안 이 기구의 창립 회장을 역임했다. 1976년 이 협회는 정보기술 거버넌스 및 통제 분야에 대한 지식과 가치를 확대하기 위한 대규모 연구 노력을 수행하기 위해 교육 재단을 설립했다. 이 협회는 1994년에 정보 시스템 감사 및 통제 협회로 명칭을 변경했다.quote=1994년, 협회는 정보 시스템 감사 및 통제 협회로 명칭을 변경했다. 2008년 기준으로 이 조직은 긴 이름을 버리고 자신을 ISACA로 브랜딩했다.quote= [...] ISACA - 이전에 정보 시스템 감사 및 통제 협회로 알려짐 [...] 2016년 3월, ISACA는 능력 성숙도 통합 모델을 개발한 CMMI 연구소를 인수했다.url-status=dead 2020년 1월, ISACA는 새로운 로고를 도입하며 외관과 디지털 존재를 업데이트하고 새로 단장했다.access-date=9 June 2020
# 현재 상태
ISACA는 현재 180개 이상의 국가에서 185,000명 이상의 회원(ISACA 인증을 보유한 회원 및 전문가)에게 서비스를 제공하고 있다.access-date=9 June 2020 회원의 직함은 IS 감사자, 컨설턴트, 교육자, IS 보안 전문가, 규제 기관, 최고 정보 책임자, 최고 정보 보안 책임자 및 내부감사원 등이다. 그들은 거의 모든 산업 분야에서 일한다. 180개국 이상에 225개 이상의 지부가 설립된 ISACA 지부 네트워크가 있다. 지부는 교육, 자원 공유, 옹호, 네트워킹 및 기타 혜택을 제공한다.language=en-US
# 주요 발행물
* 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)https://www.isaca50.org/files/images/ISACA50_Story_Gallery_Making_the_Mark-Importance_of_Certifications_website%20version.pdf date=15 June 2020 date=March 2022 * 공인 정보 보안 관리원 (CISM, 2002) * 기업 IT 거버넌스 공인 (CGEIT, 2007) * 위험 및 정보 시스템 통제 공인 (CRISC, 2010) * 사이버 보안 실무자 인증 (CSX-P, 2015)사이버 보안 실무자 * 공인 데이터 개인 정보 보호 솔루션 엔지니어 (CDPSE, 2020)title = 공인 데이터 개인 정보 보호 솔루션 엔지니어 * 정보 기술 공인 준회원 (ITCA, 2021)access-date=4 May 2021access-date=4 May 2021 * 신흥 기술 공인 (CET, 2021)access-date=4 May 2021access-date=4 May 2021 * 공인 사이버 보안 운영 분석가 (CCOA, 2025) * AI 감사 고급 (AAIA, 2025) * AI 보안 관리 고급 (AAISM, 2025 베타) ISACA의 첫 번째 사이버 보안 인증인 CSX-P는 2015년 여름에 도입되었다. 이는 개인이 실제 문제와 함께 실제 환경에서 작업해야만 인증을 얻을 수 있는 몇 안 되는 인증 중 하나이다. 특히, 이 시험은 응시자를 실제 사건이 발생하고 있는 라이브 네트워크에 배치한다. 사건에 대응하고 문제를 해결하려는 학생의 노력은 부여되는 점수의 유형으로 이어진다.date = 16 April 2015
## 자격증
* IT 감사 기초 자격증 * IT 위험 기초 자격증 * 클라우드 감사 지식 자격증 * 사이버 보안 감사 자격증 * 컴퓨팅 기초 자격증 * 네트워크 및 인프라 기초 자격증 * 사이버 보안 기초 자격증 * 소프트웨어 개발 기초 자격증 * 데이터 과학 기초 자격증 * 클라우드 기초 자격증 * 블록체인 기초 자격증 * IoT 기초 자격증 * 인공지능 기초 자격증 * COBIT 설계 및 구현 * COBIT 2019를 사용하여 NIST 사이버 보안 프레임워크 구현 * COBIT 재단 * COBIT 5 자격증
Readahead

소문자 **readahead**(리드어헤드)는 리눅스 커널의 시스템 호출로, 파일 내용을 버퍼 캐시에 로드한다. 이는 파일을 프리페칭하여 나중에 접근할 때 내용이 하드 디스크 드라이브 (HDD) 대신 주 기억 장치 (RAM)에서 읽혀 파일 접근 지연 시간을 훨씬 낮춘다.publisher = LWN.netwebsite = man7.org 많은 리눅스 배포판은 일반적으로 사용되는 파일 목록에 readahead를 사용하여 부팅 속도를 높인다. 이러한 설정에서 커널이 profile 부트 파라미터로 부팅되면, 부팅 중 모든 파일 접근을 기록하고 나중 부팅 시퀀스에서 읽을 새 파일 목록을 작성한다. 이는 기본 readahead 목록에 포함되지 않은 추가 설치된 서비스가 더 빨리 시작되도록 할 것이다.pages = 5-6 Systemd를 사용하는 리눅스 배포판에서는 (부팅 시퀀스의 일부로) readahead 바이너리가 systemd-readahead로 대체되었다.website = fedorahosted.orgarchive-date = 2014-04-09 그러나 systemd 버전 217에서 readahead 지원이 제거되었으며, 유지 관리되지 않고 예상 성능 이점을 제공할 수 없다고 설명되었다.access-date=2018-02-09 특정 실험적인 페이지 수준 프리페칭 시스템이 성능을 더욱 향상시키기 위해 개발되었다.archive-date = 2009-12-11
# 파일 시스템에서
*Bcache는 파일 및 메타데이터의 readahead를 지원한다.access-date=1 May 2020 *ZFS는 ARC를 사용할 때 파일 및 메타데이터의 readahead를 지원한다.access-date=1 May 2020
마이크로소프트 컴파일 HTML 도움말

url = genre = 도움말 시스템 **마이크로소프트 컴파일 HTML 도움말**(Microsoft Compiled HTML Help, **CHM**)은 마이크로소프트 독점 온라인 도움말 포맷으로, HTML 페이지, 색인 및 기타 탐색 도구 모음으로 구성된다. 파일은 압축되어 .CHM 확장자를 가진 이진 형식으로 배포된다. 이 형식은 윈도우 도움말을 계승하기 위한 것이었다. 이 형식은 마이크로소프트가 설계했지만 성공적으로 역설계되었으며 현재 많은 문서 뷰어에서 지원된다.
# 역사
CHM은 윈도우 95 OSR 2.5 출시와 함께 윈도우 도움말의 후속으로 도입되었다. 윈도우 NT 계열에서는 윈도우 NT 4.0에서 CHM 파일 지원이 도입되었으며access-date=2020-10-29access-date=2020-10-29 윈도우 11에서도 여전히 지원된다.access-date=2020-10-29 {| class="wikitable" border="1" !월 !년 !설명 |- |2월 |1996 |마이크로소프트는 윈도우 도움말 개발을 중단하고 HTML 도움말 개발을 시작할 계획을 발표한다. |- |8월 |1997 |HTML 도움말 1.0 (HH 1.0)이 인터넷 익스플로러 4와 함께 출시된다. |- |2월 |1998 |HTML 도움말 1.1a가 윈도우 98과 함께 제공된다. |- |1월 |rowspan=2|2000 |HTML 도움말 1.3이 윈도우 2000과 함께 제공된다. |- |7월 |HTML 도움말 1.32가 인터넷 익스플로러 5.5 및 윈도우 미와 함께 출시된다. |- |10월 |rowspan=2|2001 |HTML 도움말 1.33이 인터넷 익스플로러 6 및 윈도우 XP와 함께 출시된다. |- |3월 |WritersUA (이전 WinWriters) 컨퍼런스에서 마이크로소프트는 HTML 기반의 새로운 도움말 플랫폼인 Help 2에 대한 계획을 발표한다. |- |1월 |2003 |마이크로소프트는 Microsoft Help 2를 일반 도움말 플랫폼으로 출시하지 않기로 결정한다. |} 마이크로소프트는 HTML 도움말에 새로운 기능을 추가할 의도가 없다고 발표했다.accessdate=6 March 2012
# 파일 형식
도움말은 `.chm` 확장자를 가진 이진 파일로 제공된다. 여기에는 HTML 파일 세트, 하이퍼링크된 목차, 색인 파일이 포함된다. 파일 형식은 역설계되었으며 해당 문서는 자유롭게 사용할 수 있다.accessdate=15 August 2012accessdate=22 July 2014 파일은 마이크로소프트가 CHM 파일에 사용되는 일반 저장 파일 형식에 부여한 내부 이름인 "Info-Tech Storage Format"의 "ITSF" (in ASCII) 바이트로 시작한다.website=www.virusbulletin.com CHM 파일은 다음 기능을 지원한다. * 데이터 압축 (LZX 사용) * 내장 검색 엔진 * 여러 .chm 도움말 파일 병합 기능 * 유니코드를 완전히 지원하지는 않지만 확장 문자 지원.archive-date=13 March 2016 Microsoft Reader의 .lit 파일 형식은 HTML 도움말 CHM 형식의 변형이다. CHM 파일은 때때로 전자책에 사용된다.url-access=registration
# 뷰어
마이크로소프트 윈도우 외에 다음 앱들이 CHM을 지원한다. {| class="wikitable" |+ !이름 !운영 체제 !웹사이트 ! |- |아큘러 |윈도우, 리눅스, 유닉스 계열 |https://okular.kde.org/ https://invent.kde.org/graphics/okular |윈도우에서 `hh.exe` 사용 |- |캘리버 |윈도우, macOS, 리눅스, |https://calibre-ebook.com/ calibre | |- |수마트라 PDF |윈도우 |https://www.sumatrapdfreader.org/ sumatrapdf | |- |GnoCHM |리눅스, BSD |GnoCHM | |- |CHM View |없음/미컴파일 |chmviewkit | |- |kchmviewer |윈도우, 리눅스 |https://ulduzsoft.com/kchmviewer/ | |- |KCHM |리눅스, BSD, 솔라리스 |KCHM | |- |CHMPane |윈도우, macOS, 리눅스 |CHMPane | |- |CHMate Neue |iOS, iPadOS, visionOS |CHMate Neue | |- |iChm |iOS, macOS |iChm |단종됨 |- |ChmPlus |iOS, iPadOS, macOS, visionOS |ChmPlus | |- |Chmox |macOS |http://chmox.sourceforge.net Chmox | |- |Clearview |macOS |Clearview | |- |DisplayCHM |리눅스 |https://linux-apps.com/p/998057 | |- |KOReader |안드로이드, 리눅스 |https://koreader.rocks/ url=koreader/koreader | |- |7-Zip |윈도우 (GUI), macOS (명령줄), 리눅스 (명령줄) |https://www.7-zip.org/ url=ip7z/7zip |7-Zip은 .chm 파일의 내용을 압축 아카이브처럼 표시할 수 있지만, 도움말 뷰어처럼 HTML을 렌더링하지는 않는다. |}
# 생성기
마이크로소프트의 HTML 도움말 워크숍은 `.HHP` 파일 확장자를 가지며 특수한 형태의 INI 파일인 HTML 도움말 프로젝트 파일에 저장된 지침에 따라 CHM 파일을 생성한다.accessdate=1 February 2018 라자루스와 프리 파스칼은 CHM 생성을 위한 Doxygen 유사 도구와 `chmcmd`라는 별도의 명령줄 컴파일러를 제공한다.
# 기타 유틸리티
마이크로소프트 윈도우의 공식 뷰어(`hh.exe`)는 CHM 파일을 역컴파일할 수 있다. 마이크로소프트 HTML 도움말 워크숍과 7-Zip도 마찬가지이다. 캘리버와 arCHMage는 CHM을 다른 형식으로 변환할 수 있다.
플로우 샵 스케줄링

플로우 샵 오르도낭스망 **플로우 샵 스케줄링**(flow-shop scheduling)은 컴퓨터 과학 및 운영 연구의 최적화 문제이다. 이는 최적 작업 스케줄링의 한 변형이다. 일반적인 작업 스케줄링 문제에서, 우리는 다양한 처리 시간을 가진 n개의 작업 J1, J2, ..., Jn을 가지며, 이를 다양한 처리 능력을 가진 m개의 기계에 스케줄링해야 한다. 이때 목표는 메이크스팬을 최소화하는 것이다. 메이크스팬은 전체 스케줄의 총 길이(즉, 모든 작업이 처리를 마쳤을 때)를 의미한다. 플로우 샵 스케줄링으로 알려진 특정 변형에서는 각 작업이 정확히 m개의 작업을 포함한다. 작업의 i번째 작업은 i번째 기계에서 실행되어야 한다. 어떤 기계도 동시에 두 개 이상의 작업을 수행할 수 없다. 각 작업의 각 작업에 대해 실행 시간이 지정된다. 플로우 샵 스케줄링은 모든 작업에 대해 수행될 모든 작업의 엄격한 순서가 있는 잡 샵 스케줄링의 특수 사례이다. 플로우 샵 스케줄링은 제조업 시설뿐만 아니라 컴퓨팅 설계에도 적용될 수 있다. 플로우 샵 스케줄링 문제의 특별한 유형은 **순열 플로우 샵 스케줄링** 문제인데, 이는 리소스에서 작업의 처리 순서가 후속 처리 단계마다 동일한 경우이다. 최적 작업 스케줄링 문제에 대한 표준 3필드 표기법에서 플로우 샵 변형은 첫 번째 필드에 **F**로 표시된다. 예를 들어, "**F3|p_{ij}|**C_\max"로 표시되는 문제는 단위 처리 시간을 가진 3기계 플로우 샵 문제이며, 목표는 최대 완료 시간을 최소화하는 것이다.
# 정의
m개의 기계와 n개의 작업이 있다. 각 작업은 정확히 m개의 작업을 포함한다. 작업의 i번째 작업은 i번째 기계에서 실행되어야 한다. 어떤 기계도 동시에 두 개 이상의 작업을 수행할 수 없다. 각 작업의 각 작업에 대해 실행 시간이 지정된다. 하나의 작업 내의 작업은 지정된 순서대로 수행되어야 한다. 첫 번째 작업은 첫 번째 기계에서 실행되고, (첫 번째 작업이 완료되면) 두 번째 작업은 두 번째 기계에서 실행되며, m번째 작업까지 계속된다. 그러나 작업은 어떤 순서로든 실행될 수 있다. 문제는 가능한 가장 짧은 총 작업 실행 메이크스팬을 가진 최적의 배열을 결정하는 것이다.
# 순서 지정 성능 측정 (γ)
순서 지정 문제는 하나 또는 여러 순서 지정 목표를 최적화하는 순서 S를 결정하는 것으로 명시될 수 있다. # (평균) 플로우 시간, \sum (w_i) F_i # 메이크스팬, Cmax # (평균) 지연, \sum (w_i) T_i # .... 성능 측정에 대한 자세한 논의는 베남 말라쿠티(2013)에서 찾을 수 있다.Malakooti, B (2013). Operations and Production Systems with Multiple Objectives. John Wiley & Sons. .
# 플로우 샵 스케줄링의 복잡성
게리(Garey) 외 (1976)가 제시했듯이,doi=10.1287/moor.1.2.117 플로우 샵 스케줄링 문제의 대부분 확장 버전은 NP-난해이며, 그 중 소수는 O(nlogn)으로 최적으로 해결할 수 있다. 예를 들어, F2|prmu|Cmax는 존슨의 규칙을 사용하여 최적으로 해결할 수 있다.doi=10.1002/nav.3800010110 타이야르(Taillard)는 플로우 샵, 오픈 샵, 잡 샵 스케줄링을 위한 상당한 벤치마크 문제를 제공한다.url=http://ideas.repec.org/a/eee/ejores/v64y1993i2p278-285.html
# 해결 방법
플로우 샵 스케줄링 문제를 해결하기 위해 제안된 방법은 분기 한정법과 같은 정확한 알고리즘과 유전 알고리즘과 같은 휴리스틱 알고리즘으로 분류될 수 있다.
## 메이크스팬 Cmax 최소화
F2|prmu|Cmax와 F3|prmu|Cmax는 존슨의 규칙을 사용하여 최적으로 해결할 수 있지만, 일반적인 경우에는 해의 최적성을 보장하는 알고리즘이 없다. 플로우 샵에는 시간 0에 동시에 사용 가능하며 그 사이에 무제한 저장 공간을 가진 직렬로 배열된 두 대의 기계에 의해 처리될 n개의 작업이 포함된다. 모든 작업의 처리 시간은 확실히 알려져 있다. 메이크스팬을 최소화하기 위해 기계에 n개의 작업을 스케줄링해야 한다. 두 기계 플로우 샵에서 작업을 스케줄링하기 위한 존슨의 규칙은 다음과 같다. 최적 스케줄에서, min{p1i,p2j} p2j인 모든 작업을 포함하는 set2를 생성한다. p1j = p2j인 작업은 두 집합 중 어느 하나에 넣을 수 있다. # 다음과 같이 순서를 생성한다: #: (i) set1의 작업은 순서에서 먼저 오며, p1j의 오름차순(SPT)으로 온다. #: (ii) set2의 작업은 p2j의 내림차순(LPT)으로 뒤따른다. 동점은 임의로 처리한다. 이러한 유형의 스케줄을 SPT(1)–LPT(2) 스케줄이라고 한다. 사용 가능한 해결 방법에 대한 자세한 논의는 베남 말라쿠티 (2013)에서 제공된다.
ACM 소프트웨어 시스템 상

ACM 2005 소프트웨어 시스템 상 **ACM 소프트웨어 시스템 상** 또는 **ACM 소프트웨어 시스템 어워드**(ACM Software System Award)는 "개념에 대한 기여, 상업적 수용 또는 둘 다에서 반영된 지속적인 영향을 미친 소프트웨어 시스템을 개발한" 사람 또는 조직에 수여되는 연례 상이다. 이 상은 1983년부터 ACM(Association for Computing Machinery)에 의해 수여되며, 현재 IBM이 후원하는 미화 35,000달러의 상금이 지급된다.
# 수상자
다음은 ACM 소프트웨어 시스템 상 수상자 목록이다.language=en {| class="wikitable sortable" |+ !|연도 !class="unsortable"|프로젝트 !class="unsortable"|수상자 |- |2024 |MPICH |빌 그롭, 파반 발라지, 라지브 타쿠르, 얀페이 궈, 켄 래페네티, 후이 저우 |- |2023 |미닉스 |앤드루 타넨바움 |- |2022 |seL4 |거넛 하이저, 거윈 클라인, 하비 터치, 케빈 엘프스톤, 준 안드로닉, 데이비드 콕, 필립 데린, 담미카 엘카두웨, 카이 엥겔하르트, 토비 머레이, 라팔 콜란스키, 마이클 노리쉬, 토마스 스웰, 사이먼 윈우드 |- |2021 |CompCert |자비에 르로이, 산드린 블라지, 자이나 다르가예, 자크-앙리 주르당, 마이클 슈미트, 베른하르트 숀머, 장-바티스트 트리스탄 |- |2020 |버클리 DB |마고 셀처, 마이크 올슨, 키스 보스틱 |- |2019 |DNS |폴 모카페트리스 |- |2018 |와이어샤크 |제럴드 C. 콤스 |- |2017 |프로젝트 주피터 |페르난도 페레스, 브라이언 E. 그레인저, 민 라간-켈리, 폴 이바노프, 토마스 클루이버, 제이슨 그라우트, 마티아스 부소니에, 다미안 아빌라, 스티븐 실베스터, 조나단 프레데릭, 카일 켈리, 제시카 햄릭, 캐롤 윌링, 실뱅 코레이, 피터 파렌테 |- |2016 |앤드루 파일 시스템 |존 H. 하워드, 마이클 L. 카자르, 데이비드 A. 니콜스, 셰리 니콜스, 마하데브 사티아나라야난, 로버트 N. 사이드보텀, 앨프레드 스펙터, 마이클 웨스트 |- |2015 |GCC |리처드 스톨먼 |- |2014 |Mach |리처드 라시드, 에이비 티베이니언 |- |2013 |Coq |티에리 코쿠앙, 제라르 피에르 위에, 크리스틴 폴린-모링, 브루노 바라스, 장-크리스토프 필리아트르, 위고 에르블랭, 체탄 머시, 이브 베르토 및 피에르 카스테랑 |- |2012 |LLVM |비크람 S. 애드베, 에반 청 및 크리스 라트너 |- |2011 |이클립스 |존 위건드, 데이브 톰슨, 그레고리 아담스, 필립 물레, 줄리안 존스, 존 듀이모비치, 케빈 할랜드, 스티븐 노스오버, 및 에리히 감마 |- |2010 |그룹렌즈 협업 필터링 추천 시스템 |피터 버그스트롬, 리 R. 고든, 조나단 L. 헤를로커, 네오피토스 이아코부, 조셉 A. 콘스탄, 쇽 (토니) K. 람, 데이비드 말츠, 션 M. 맥니, 브래들리 N. 밀러, 폴 J. 레즈닉, 존 T. 리들, 마이테시 수착 |- |2009 |VM웨어 워크스테이션 리눅스 1.0용 |에두아르 부그니온, 스콧 데바인, 멘델 로젠블룸, 제레미 슈거맨, 에드워드 Y. 왕 |- |2008 |감마 병렬 데이터베이스 시스템 |데이비드 드위트, 로버트 거버, 무랄리 크리슈나, 도노반 슈나이더, 샤흐람 간데하리자데, 괴츠 그라페, 마이클 헤이텐스, 후이-이 샤오, 제프리 노튼, 아눕 샤르마 |- |2007 |스테이트메이트 |데이비드 하렐, 하기 라호버, 암논 나아마드, 아미르 프누엘리, 미칼 폴리티, 리비 셔먼, 마크 트라흐텐브로트, 아론 트라링 |- |2006 |에펠 |베르트랑 메이어 |- |2005 |Boyer-Moore Theorem Prover |로버트 S. 보이어, 매트 카우프만, J 스트로더 무어 |- |2004 |시큐어 네트워크 프로그래밍 |라구람 빈디나글레, 사이먼 S. 람, 샤오웬 수, 토마스 Y. C. 우 |- |2003 |메이크 |스튜어트 펠드만 |- |2002 |자바 |제임스 고슬링 |- |2001 |SPIN 모델 검사기 |제라드 홀츠만 |- |1999 |아파치 그룹 |브라이언 베렌도프, 로이 필딩, 롭 하틸, 데이비드 로빈슨, 클리프 스콜닉, 랜디 터부시, 로버트 S. 타우, 앤드루 윌슨 |- |1998 |S |존 챔버스 |- |1997 |Tcl/Tk |존 오스터하우트 |- |1996 |NCSA 모자이크 |마크 앤드리슨, 에릭 비나 |- |1995 |월드 와이드 웹 |팀 버너스리, 로베르 카이오 |- |1994 |원격 프로시저 호출 |앤드루 버렐, 브루스 넬슨 |- |1993 |스케치패드 |아이번 서덜랜드 |- |1992 |인터리스프 |다니엘 보브로, 리처드 R. 버튼, L. 피터 도이치, 로널드 카플란, 래리 마신터, 워렌 타이틀만 |- |1991 |TCP/IP |빈턴 G. 서프, 로버트 E. 칸 |- |1990 |NLS |더글러스 C. 엥겔바트, 윌리엄 잉글리시, 제프 룰리프슨 |- |1989 |포스트스크립트access-date=June 12, 2012 |더글러스 K. 브로츠, 찰스 M. 게슈케, 윌리엄 H. 팩스턴, 에드워드 A. 태프트, 존 E. 워녹 |- |1988 |INGRES |제럴드 헬드, 마이클 스톤브레이커, 유진 웡 |- |1988 |시스템 R |도널드 챔벌린, 짐 그레이, 레이몬드 로리, 잔프랑코 푸졸루, 패트리샤 셀링거, 어빙 트라이거 |- |1987 |스몰토크 |아델 골드버그, 다니엘 헨리 홈스 잉걸스 주니어, 앨런 C. 케이 |- |1986 |TeX |도널드 E. 크누스 |- |1985 |비지칼크 |댄 브리클린, 밥 프랭크스턴 |- |1984 |제록스 알토 |버틀러 W. 램슨, 로버트 테일러, 찰스 P. 새커 |- |1983 |UNIX |데니스 리치, 켄 톰프슨 |}
그래피티 (팜 OS)

초기 팜 OS 휴대용 컴퓨터에서 사용된 제스처 **그래피티**(Graffiti)는 팜 OS 기반 PDA에 사용되는 본질적으로 단일 스트로크 속기 필기 인식 시스템이다. 그래피티는 원래 팜에서 HP의 옴니고 100 및 120 또는 매직 캡 계열과 같은 GEOS 기반 장치를 위한 인식 시스템으로 개발되었으며, 뉴턴 OS 1.0이 필기를 잘 인식하지 못했을 때 애플 뉴턴 메시지패드용 대체 인식 시스템으로도 사용할 수 있었다. 그래피티는 또한 윈도우 모바일 플랫폼에서도 "블록 인식기"라고 불리며 실행되며, 심비안 UIQ 플랫폼에서는 기본 인식기로 사용되었고 캐시오의 Zoomer PDA에서도 사용할 수 있었다. 이 소프트웨어는 주로 터치 감지 패널에 스타일러스로 보지 않고 그릴 수 있는 대문자 신조어를 기반으로 한다. 사용자가 문자를 그리는 동안 일반적으로 문자를 볼 수 없기 때문에 가장 어려운 네 글자에서 복잡성이 제거되었다. "A", "F", "K", "T"는 모두 가로획을 맞출 필요 없이 그려진다. 일부 문자는 "공식적인" 획이 아닌 다른 획으로 그릴 수 있다. 이러한 대체 획의 두 가지 예는 "V" (오른쪽에서 왼쪽으로만 똑같이 그림)와 "X" (문자 "K"와 똑같이 그림, 단 오른쪽에서 왼쪽으로 반전됨)이다. 이러한 대체 획은 더 높은 신뢰성으로 인식되는 경우가 많다.
# 역사
그래피티는 이전에 자연 필기를 인식하기 위해 "PalmPrint"(Casio Zoomer에서 사용된 문자 인식 시스템date=October 1993)를 개발했던 제프 호킨스가 개발했다.url = https://archive.org/details/pilotingpalminsi00butt/page/62 더 간단한 알파벳을 사용함으로써 컴퓨터는 필기를 쉽게 인식할 수 있었다. 호킨스는 사람들이 터치 타이핑을 배우는 것처럼 그래피티를 배우는 데 시간을 할애할 것이라고 믿었다. 호킨스는 자신의 통찰력을 회상했다. "그리고 그때 번뜩 깨달았다. 터치 타이핑은 배우는 기술이다." 이 프로그램은 1994년 Casio Zoomer PDA용으로 처음 출시되었으며,author-link= 프로그램이 사전 설치된 첫 번째 장치는 1996년에 출시된 Pilot 1000 및 5000 PDA였다.archive-date=8 July 2006 호킨스는 또한 서로 겹쳐서 글자를 쓸 수 있는 단일 영역을 구상했다. 호킨스는 이 시스템을 "PowerPalmPrint" 또는 P3라고 불렀다. 팜의 다른 엔지니어들은 호킨스가 만든 알파벳을 수정하고 확장했다. 조 시퍼와 론 마리아네티는 더 많은 문자와 구두점을 만들었으며, 태블릿 주변 장치가 있는 PC에서 실행되는 그래피티 프로토타입도 설계했다. 2003년, 제록스 소송의 결과로 팜은 자연 필기와 다소 유사한 제스처를 사용하는 Graffiti 2를 출시했다.archive-date=25 August 2006 그래피티 2는 윈도우 CE 및 기타 임베디드 플랫폼에서도 문자 인식을 제공했던 Communication Intelligence Corporation의 Jot 기술을 기반으로 했다.website=Communication Intelligence Corporation
# 비 팜 OS 버전
그래피티는 애플 뉴턴에도 구현되었다. 2008년에는 iOS (아이폰 및 아이패드) 장치용으로 무단 버전의 그래피티가 출시되었다. 안드로이드 버전은 2010년에 일본의 ACCESS Co., Ltd.가 출시했는데, 이 회사는 2005년에 PalmSource, Inc.를 인수하면서 그래피티에 대한 권리를 획득했다.access-date= August 14, 2020 원래 특허는 2016년 말에 만료되었다.title=Method and apparatus for immediate response handwriting recognition system that handles multiple character sets StrokeInputdate=January 4, 2022은 활성화되면 아이폰이나 아이패드의 모든 텍스트에 그래피티 입력을 가능하게 하는 추가 키보드용 애플 앱이다.
# 소송
원래 그래피티 시스템은 제록스로부터 자사의 Unistrokes 기술(미국 특허|5596656, 1997년 부여)에 관한 특허를 침해했다는 소송의 대상이 되었다. Unistrokes 기술은 1993년에 파로알토 연구 센터 (PARC)에서 데이비드 골드버그가 발명했다.s2cid=17507192 팜은 나중에 제록스의 특허를 침해했다는 주장과 특허의 유효성 자체에 대한 원래 법원 판결에 항소했다. 항소 법원은 팜이 제록스의 특허를 침해했다는 원래 판결에 대해 제록스에 유리하게 판결했지만, 특허가 처음부터 유효했는지 여부를 결정하기 위해 사건을 하급 법원으로 돌려보냈다. 2004년에 판사는 특허 검토에서 "기존 기술 참조가 주장을 예측하고 명백하게 만든다"는 이유로 제록스의 특허가 유효하지 않다고 말하며 팜에 유리하게 판결했다.access-date= August 14, 2020access-date= August 14, 2020quote=The curves resemble lowercase cursive script, but the user may change them to suit his own writing style. The only restriction is that each symbol consist of a single curve (no pen lifts). 제록스는 이 판결에 항소했다.access-date= August 14, 2020 제록스는 또한 소급 라이선스 비용으로 팜으로부터 2,250만 달러를 받았다. 팜과 제록스는 어떤 특허인지는 공개하지 않고 특정 특허에 대해 7년 동안 서로를 고소하지 않기로 합의했다.url-status=dead
전자기기 제조 서비스

**전자기기 제조 서비스**(Electronics manufacturing services, **EMS**)는 원천 장비 제조업체(OEM)를 위해 전자 부품 및 어셈블리를 설계, 제조, 테스트, 유통하고 반품/수리 서비스를 제공하는 기업에 사용되는 용어이다. 이 개념은 **전자기기 위탁 제조**(electronics contract manufacturing, **ECM**)라고도 불린다.s2cid=153359373 많은 대량 컨슈머 일렉트로닉스 제품은 미국과 달리 해당 지역에서 대량 저비용 전자 제품을 빠르게 제조할 수 있기 때문에 중국과 동남아시아 국가에서 생산되었다.url-status=dead 선전시, 페낭주와 같은 도시들은 애플과 같은 많은 컨슈머 일렉트로닉스 회사를 유치하면서 이 산업의 중요한 생산 중심지가 되었다.url-status=dead 플렉스 및 위스트론과 같은 일부 회사는 원천 디자인 제조업자이자 전자 제품 제조 서비스 제공업체이다.
# 역사
EMS 산업은 1961년 앨라배마주 헌츠빌의 SCI 시스템즈에 의해 처음 설립되었다. 이 산업은 1980년대에 가장 큰 성장을 이루었다. 당시 대규모 제품 생산을 위한 대부분의 전자 제품 제조는 OEM의 자체 조립으로 처리되었다. 이러한 새로운 회사들은 유연성을 제공하고 제한된 생산을 하는 소규모 회사를 위한 인적자원 문제를 완화했다. EMS 산업의 사업 모형은 제조, 원자재 조달 및 자원, 산업 디자인 전문 지식을 모으는 데 있어 대규모 규모의 경제를 전문화하고 보증 및 수리와 같은 부가가치 서비스를 창출하는 것이다.author=MorePCB - A Complete Guide to the Ceramic PCB Manufacturing Process 이를 통해 고객은 제품을 제조하고 대량의 재고를 유지할 필요가 없다. 따라서 그들은 수요의 급증에 더 빠르고 효율적으로 대응할 수 있다.url-status=dead 인쇄 회로 기판(PCB)에 표면 실장 기술(SMT)이 개발되면서 전자 제품의 신속한 조립이 가능해졌다. 1990년대 중반까지 EMS 개념의 이점은 매력적이 되었고 OEM은 대규모로 PCB 조립(PCBA)을 아웃소싱하기 시작했다. 1990년대 후반과 2000년대 초반까지 많은 OEM은 조립 공장을 EMS에 매각하여 시장 점유율을 공격적으로 경쟁했다. 현금 흐름이 더 좋은 EMS 회사들이 기존 공장과 소규모 EMS 회사를 빠르게 인수할 수 있게 되면서 통합의 물결이 뒤따랐다.
# 시장 부문
전자 회로 기판 조립 전자 제품 제조 서비스(EMS)의 글로벌 시장은 2023년에 5,042억 달러로 추정되었으며, 2024년부터 2030년까지 예측 기간 동안 연평균 성장률(CAGR) 4.94%로 성장하여 2030년에는 7,075억 달러로 수정된 규모에 도달할 것으로 예상된다.language=en EMS 산업은 일반적으로 수익에 따라 티어로 나뉜다.language=en *티어 1: 50억 달러 이상 *티어 2: 5억 달러 ~ 50억 달러 *티어 3: 1억 달러 ~ 5억 달러 *티어 4: 1억 달러 미만 현재 실제 수익 지정에 대한 엄격한 규칙은 없다. StepBeyond/EMSinsider와 CIRCUITS ASSEMBLY에서 제안한 다른 범주로는 마이크로 티어(5천만 달러 미만); 티어 4 1천만 달러 미만과 빅 2인 폭스콘과 플렉스를 지칭하는 "티어 메가"가 있다. 또 다른 구분은 고혼합 저용량(HMLV)과 고용량 저혼합(HVLM)을 전문으로 하는 EMS 간에 이루어진다. 혼합은 일반적으로 PCB 어셈블리의 복잡성 또는 다른 모델을 의미한다. 용량은 제작되는 단위의 수를 의미하며, 컨슈머 일렉트로닉스와 같은 제품은 상위에 있고 프로토타입, 의료 전자 제품 또는 기계는 하위에 있다. 일반적으로 하위 티어 EMS는 HMLV를 제공하고 상위 티어는 HVLM을 제공한다. 1990년대 후반 기술의 전성기 동안 EMS 플레이어는 고비용 지역의 자산을 일상적으로 인수했다. EMS 플레이어는 주로 인쇄 회로 기판 제조에 중점을 두었으며 시스템 조립은 OEM에 맡겼다. EMS 회사들은 정보 처리(컴퓨터) 및 통신 분야를 제외한 산업을 대체로 경멸했다. 최근 몇 년 동안 EMS 플레이어는 생산을 저비용 지역으로 전환했고, 컨슈머 일렉트로닉스, 산업, 의료 및 계측을 포함한 비전통 산업을 수용했으며, 설계 및 ODM부터 시스템 조립, 테스트, 납품 및 물류, 보증 및 수리, 네트워크 서비스, 소프트웨어 및 실리콘 설계, 고객 서비스에 이르기까지 상당한 수직적 역량을 추가했다. EMS는 또한 개념 제품 개발 조언과 기계, 전기 및 소프트웨어 설계 지원에 사용되는 설계 서비스를 제공하기 시작했다. 테스트 서비스는 회로 내, 기능, 환경, 기관 규정 준수 및 분석 실험실 테스트를 수행한다. 전자 제품 제조 서비스는 전 세계에 위치하며 수많은 이점을 제공한다.Paul Anastasio. title=Benefits & Applications of PCB electronic manufacturing services 이들은 생산 능력 측면에서 다양하며 다양한 품질 표준 및 규제 요구 사항을 준수한다.
# E2MS
E2MS(Electronic Engineering Manufacturing Service)는 잠재적 시너지를 활용할 목적으로 제품 개발, 프로토타이핑 및 산업화 서비스를 전통적인 EMS 사업에 통합하는 전략을 의미한다. 일반적인 E2MS 제공은 설계 단계에서 시작하여 개발, 프로토타이핑, 툴링 및 생산 전반에 걸쳐 고객을 지원하며, 제품이 대량 생산을 위해 미리 준비되면서 더 빠른 램프업을 가능하게 한다. E2MS라는 용어는 Escatec이 처음 만들었으며 이후 수많은 티어 2 및 티어 3 생산자들이 채택했다.language=en 더 큰 회사(티어 1)는 한 걸음 더 나아가 전체 개념에서 대량 생산까지 제공했으며 종종 지적 재산에 지분을 가져 ODM 회사와 더욱 유사해졌다.
전사 후 조절

**전사 후 조절**(post-transcriptional regulation)은 RNA 수준에서 유전자 발현을 조절하는 것이다. 이는 RNA 중합효소가 유전자의 프로모터에 부착되어 뉴클레오타이드 서열을 합성할 때 일어난다. 따라서 이름에서 알 수 있듯이 전사 후 조절은 유전자 발현의 전사 단계와 번역 단계 사이에서 일어난다. 이러한 조절은 인체 조직 전반에 걸쳐 많은 유전자를 조절하는 데 중요하다.oclc=887605755doi-access=free 전사 후 조절은 또한 세포생리학에서도 큰 역할을 하며, 암이나 신경퇴행성 질환과 같은 병리와 관련이 있는 것으로 알려져 있다.doi-access = free
오늘도 당신 편

비고 = 전국방송 《**오늘도 당신 편, 이재은입니다**》는 MBC 표준FM에서 2025년 11월 24일부터 매일 저녁 8시 5분부터 밤 10시까지 방송되는 교양 전문 라디오 프로그램이다.
# 개요
2025년 MBC 라디오 가을 개편에 따라 신설되었다. 단, 이 프로그램은 모두 전국방송이다.
# DJ
* 이재은 아나운서 (여)
# 코너
**매일 코너** * 오늘의 뉴스 * 나의 오늘은 * 굿뉴스 퀴~즈! * 내일 일기 **요일 코너** * 월요일 : 요즘 우리는 * 화요일 : 오늘만 남의 편 * 수요일 : 오당재 초대석, 수요예습무대 * 목요일 : 내 마음 보고서 * 금요일 : 주말엔 산으로 * 토요일 : 전철 타고 나들이, 오늘은 지구 편 * 일요일 : 뻔한 노래, 희곡이 들린다
영일만 요금소

**영일만 요금소**(南浦項料金所, S.Pohang TG)는 경상북도 포항시 북구 흥해읍 곡강리에 위치한 동해고속도로 본선 상의 요금소이다.
# 연혁
* 2025년 11월 8일 : 동해고속도로 포항 ~ 영덕 구간 개통과 함께 영업 개시 고속도로 제65호선 위키데이터 속성 추적 도로 분류:동해고속도로 분류:대한민국의 고속도로 요금소 분류:경상북도의 도로 구조물 분류:포항시의 건축물
깡통티비

주소 = https://www.kkangtonglive.co.kr
# 개요
깡통티비는 더이앤엠㈜가 운영하는 대한민국의 웹·앱 기반 인터넷 개인방송 플랫폼이다. 이용자는 모바일 애플리케이션과 웹을 통해 실시간 방송 시청 및 채팅 등 상호작용 기능을 사용할 수 있다.
# 기능

## 라이브 시청

## 실시간 채팅

## 방송 탐색 및 알림

## 유료 아이템을 통한 방송자 후원

# 플랫폼

## 앱(안드로이드)

## PC앱

## PC웹

# 정책 및 운영
유해 콘텐츠를 제한하기 위한 정책을 시행한다. 금지 항목에는 불법 촬영물 제작·유포, 저작권 침해, 사칭·도용, 불법 도박·약물, 범죄 조장, 과도한 노출, 아동·청소년 대상 유해 콘텐츠 등이 포함된다.
# 클린 캠페인
2025년 복수의 지역·전문 언론사에서 깡통티비 클린 콘텐츠 확산 및 자율규제 강화를 보도했다.더이앤엠 '깡통티비' 자율규제 강화…클린 콘텐츠 확산 나선다. 필드뉴스. 2025년 11월 5일.더이앤엠, '깡통티비' 클린 콘텐츠 앞세워 건강한 인터넷 방송문화 확산. 경상일보. 2025년 11월 10일.더이앤엠 '깡통티비', 건전한 인터넷 방송 문화 조성에 앞장서… 클린 콘텐츠 정책 강화. 피앤피뉴스. 2025년 11월 13일.더이앤엠 '깡통티비', 건전한 인터넷 방송 문화 조성에 앞장서. 핸드메이커. 2025년 11월 17일.
알쿠비야데라스페냐스

footnotes = **알쿠비야데라스페냐스**(Alcubilla de las Peñas)는 스페인 카스티야이레온주의 소리아도에 위치한 무니시피오이다. 2004년 인구 조사(INE)에 따르면, 이 무니시피오의 인구는 82명이다.
# 관광지
* 나투라 2000 네트워크에 포함: :* 알토스 데 라도나로 알려진 공동체 중요 지점으로 3239 헥타르를 차지한다.Red Natura LIC ES4170148 :* 알토스 데 라도나로 알려진 특별 보호 구역으로 4089 헥타르를 차지한다.Red Natura ZEPA ES0000203 * 토레 데 라 센다는 1983년 6월 1일 문화재로 지정된 에미르 칼리파 시대의 망루이다.date=12 June 2013
두루엘로데라시에라

footnotes = **두루엘로데라시에라**(Duruelo de la Sierra)는 스페인 소리아도의 자치 단체이며, 광역자치주인 카스티야이레온주 (스페인어: Comunidad Autónoma de Castilla y León)에 속한다.
# 개체군
두루엘로데라시에라는 44.55 km²의 넓이를 가지며, 1,473명의 개체군과 31.56/km²의 인구 밀도를 가진다.
# 지리
* 고도: 1205 미터 * 소리아까지의 거리: 55 킬로미터
# 기념물과 조각상
* 산타 마리나 은둔처. * 산 미겔 아르캉헬 교회 (12세기), 16세기에 확장. * 중세 묘지, 산 미겔 교회 뒤편. 9세기에서 10세기로 거슬러 올라가며, 관광객의 관심이 많다. (스페인어: Necròpolis Medieval)
# 동식물상
이 지역의 식물상은 스코틀랜드 소나무 (스페인어: pino albar)가 주를 이루며, 에리카 바간스 (스페인어: brezo)와 참나무 (스페인어: roble)가 함께 자란다. 이 지역의 동물상은 붉은사슴 (스페인어: ciervo), 유럽 노루 (스페인어: corzo), 멧돼지 (스페인어: jabalí) 및 수리류 (스페인어: águila)가 주를 이룬다.
# 경제
카스트로비에호 전망대에서 바라본 소나무 숲 사이의 두루엘로데라시에라와 코발레다. * 삼림 자원, 주민 간의 분배로 소나무 판매 수익을 얻는다. * 가구 및 목재 산업, 대규모 산업 단지가 현재 확장 중이다. * 소나무를 판자로 만들어 스페인 및 다른 나라에 판매하는 여러 제재소가 있다.
# 지역
* 피코 데 우르비온 (문자적으로 '우르비온의 끝'): 계곡에서 관찰되며, 관광객의 관심이 많다. * 카스트로비에호: 특이한 암석 지형이 있는 장소. * 쿠에바 세레나 (문자적으로 '고요한 동굴') * 라 초를라 * 암바스 쿠에르다스 (문자적으로 '두 끈') * 푸엔테 델 베로 (문자적으로 '물냉이의 샘') * 페냐스 블랑카스 (문자적으로 '하얀 바위') * 라구나 데 우르비온 (문자적으로 '우르비온의 석호') * 나시미엔토 델 두에로 (문자적으로 '두에로의 탄생')
# 국제 관계

## 자매 도시
두루엘로데라시에라는 다음 도시와 자매결연을 맺고 있다: * POR 포르투, 포르투갈, 1989년부터url-status=dead
# 축제 및 전통

## 축제
* 마르테스 데 카르나발: 2월 또는 3월의 화요일. * 산타 마리나: 7월 17일과 18일. * 엘 크리스토: 9월 13일에서 17일.
## 전통
* 라 론다: 마르테스 데 카르나발과 산타 마리나 축제. * 바카 플라카: 마르테스 데 카르나발 축제. * 라 루에다 (문자적으로 '수레바퀴') * 콜가르 알 후다스 (문자적으로 '유다 교수형')
바르코네스

**바르코네스**(Barcones)는 스페인 카스티야이레온주의 소리아도에 위치한 무니시피오이다. 2004년 인구 조사(INE)에 따르면, 이 무니시피오의 인구는 42명이었다.
# 역사
선사시대부터 인류 거주의 흔적이 많이 남아 있어 고대 인구 중심지였음을 증명한다. 아티엔사 도로를 따라 강을 건너기 전에 이 카스티야 지역 특유의 붉은 사암에 만들어진 저수조, 기초 및 굴착 지점을 볼 수 있으며, 이 사암은 비교적 쉽게 가공할 수 있다. 마을과 바르콘시토스 암자 사이에는 사암에 파인 도로 구간이 보인다. 일부 집에서는 지하실과 동굴, 그리고 아무도 어디로 이어지는지 모르는 통로가 발견되기도 한다고 전해진다. 레콩키스타 이후 바르코네스는 광범위한 아티엔사의 알포스(자치시)에 속했고, 나중에는 파레데스의 세뇨리오에 속했다. 앙시앵 레짐의 붕괴와 함께 이 도시는 옛 카스티야 지역의 헌법상 무니시피오로 설립되었으며, 1842년 인구 조사에서는 171가구와 524명의 주민이 있었다.
베를랑가데두에로

**베를랑가데두에로**(Berlanga de Duero)는 스페인 카스티야이레온주 소리아도에 위치한 자치시이다. 2017년 인구 조사(INE 실시)에 따르면, 이 자치시의 인구는 902명이다.
# 역사
1492년 스페인 유대인 추방 이후, 베를랑가는 콘베르소 (기독교로 개종한 유대인)와 관련된 왕실 법적 기록에 등장하며, 일부 가족 구성원은 유대인으로 남아 망명했고, 다른 가족 구성원은 나중에 돌아와 기독교를 채택했음을 보여주는 사례가 있다.translator=Jeffrey M. Green
# 지리
베를랑가데두에로는 아욘 산맥 북동쪽 기슭에 위치하며 해발 ft에 있다. 이곳은 대륙성 지중해성 기후를 가지며, 부분적으로 높은 고도 때문에 길고 서늘한 겨울이 특징이다. 마을은 이름의 일부를 따온 도루강과 도루강의 지류인 에스칼로테 강과 탈레고네스 강에 의해 양분된다.
## 기후
archive-date=2014-10-21
# 갤러리
성을 배경으로 한 베를랑가의 분수 르네상스 양식 브리아스 궁전. Berlanga de Duero, Castillo 2 성
고세균의 개시인자

**고세균의 개시인자**(archaeal initiation factor)는 고세균에서 단백질 합성의 번역 단계에서 사용되는 단백질이다. 이들 단백질이 수행하는 주요 기능으로는 rRNA/mRNA 인식, 메티오닌이 결합된 tRNAi인 개시자 Met-tRNAiMet을 40S 리보솜으로 전달하고 개시 복합체를 교정하는 것 등이 있다.doi=10.1007/978-3-319-39468-8_4
칼라타냐소르

**칼라타냐소르**(Calatañazor)는 소리아도, 카스티야이레온주, 스페인에 위치한 무니시피오이다. 2010년 인구 조사(INE)에 따르면, 이 무니시피오의 인구는 70명이다. 이 무니시피오는 언덕 꼭대기에 있는 작은 요새화된 도시의 이름을 따서 명명되었다. 이 무니시피오에는 알데우엘라와 아비온시요라는 작은 마을도 위치해 있다. 아비온시요는 스페인의 많은 버려진 작은 마을처럼 한때 버려졌었지만, 1980년대에 몇몇 헌신적인 교사들에 의해 교육 센터로 바뀌었다. 칼라타냐소르와 아비온시요 사이의 계곡에서는 1002년에 칼라타냐소르 전투가 일어났다. 이 장소는 여전히 엘 바예 데 라 상그레(피의 계곡)라고 불린다. 이슬람 알안달루스의 통치자 알만소르는 일부 역사가들에 의해 이 전투에서 사망하여 메디나셀리에 묻혔다고 전해진다.access-date=23 December 2020 칼라타냐소르에는 그의 동상이 있다. 스페인 노간주나무(Juniperus thurifera)라는 특정 종류의 노간주나무가 엘 사비나르 데 칼라타냐소르 자연 보호 구역의 울창한 숲Portal de Turismo de la Junta de Castilla y León에서 자란다. 일부는 이베리아 반도 전체에서 발견되는 가장 큰 나무들이다. 지하 강인 아비온 강 근처에서도 더 많은 나무들이 발견되는데, 이 강은 자연 유산지인 푸엔토나 데 무리엘에서 솟아오른다. 푸엔토나(샘)는 특히 숙련된 동굴 다이버들이 자주 방문한다. 현지인들은 이 샘을 엘 오호 데 라 마르(바다의 눈)라고 부른다.Posadas 아비온시요 근처의 라 쿠에바 마하에서는 약 4000년 전의 그림들이 발견된다. 아비온시요와 칼라타냐소르의 중심부 모두에서 수세기 된 느릅나무가 발견되는데, 켈트-이베리아 시대에는 중요한 상징이었다. 칼라타냐소르라는 이름은 아랍어 Qalat al-Nusur에서 유래했으며, 이는 "푸른색의 성" 또는 "독수리의 성"을 의미할 수 있다.access-date=3 December 2022
# 갤러리
Castillo, Calatañazor, Soria, España, 2021-08-28, DD 칼라타냐소르 성의 잔해. Iglesia de Nuestra Señora del Castillo, Calatañazor, Soria, España, 2021-08-28, DD 세뇨라 델 카스티요 교회. Castillo, Calatañazor, Soria, España, 2021-08-28, DD 중세 도시의 모습. 전형적인 거리. Ermita de la Soledad, Calatañazor, Soria, España, 2021-08-28, DD 솔레다드 은둔소. Sabinar de Calatañazor - 03 (26 de marzo de 2016, 사비나르 공원. 후안 바우티스타 교회. Busto de Almanzor (26 de marzo de 2016, Calatañazor) 알만소르 동상. Calatañazor (26 de marzo de 2016) 바라본 풍경.
라차르

footnotes = **라차르**(Láchar)는 스페인 그라나다도의 무니시피오이다. 라차르 마을은 그라나다의 범람원(스페인어로는 "베가 데 그라나다")에 위치하며, 미루나무 숲, 경작지, 올리브 숲으로 둘러싸여 있다. 주변 시골 지역, 특히 로스 피나레스(Los Pinares)로 알려진 소나무 숲은 야외 스포츠 및 레크리에이션 활동에 적합하며, 오랫동안 자고새 사냥 전통이 있다.
# 역사
라차르의 기원은 가장 초기의 정착지 시대로 거슬러 올라가며, 헤닐강의 비옥한 범람원에 위치하여 수세기 동안 농업이 이 지역의 주된 생계 수단이 되었다. 연구에 따르면 이 지역에 "로스 오르니요스"라는 고대 로마 정착지가 있었고, 식량 저장을 위한 사일로들이 발견되었다. "라센"(로마인들이 라차르에 붙인 이름) 근처에는 아다무세호(또는 하부 다이무스)와 다라고레하에 있는 "빌라 루스티카이"와 같은 다른 로마 유적도 있는데, 이들은 일루르코의 로마 빌라의 행정적 통제를 받았다. 레콩키스타 시기에, 알케리아 또는 농장은 알바로 데 루나(카스티야의 콘스타블)가 지휘하는 부대에 의해 불태워졌고, 1492년에 최종적으로 정복되었다. 라차르는 이전에 라 피에드라(아랍어 이름의 스페인어 번역)의 알케리아의 일부였으며, 이 알케리아는 보압딜 궁정의 부유한 나스르 왕조 가문의 소유였다. 라차르의 코르티호는 베날루아 백작의 조상에게 부여되었으며, 1897년 돈 훌리오 케사다 데 카냐베랄 이 피에드롤라가 성공적으로 소유권을 주장하여 코르티호와 그 인접 토지가 그에게 넘어갈 때까지 소유했다. 스페인 내전이 끝날 무렵, 이 마을은 국립 식민화 연구소에 의해 매입되었는데, 이는 1932년 농업 개혁 연구소가 새로운 정착민들 사이의 토지 재분배를 위해 제시한 계획을 실행하기 위함이었다.
# 자매 도시
* 이탈리아 브레나