hotchpotch/wikipedia-multilingual-ir-related-paragraph-pairs huggingface dataset:
스파이더웹 작전
Section: 역사

우크라이나 국방 분석가 세르히 쿠잔은 “세계 어떤 국가의 정보 작전도 이와 같은 일을 한 적이 없다”며 “총 120대 정도의 러시아 전략폭격기 중 40대를 공격했다”고 평가했다. 우크라이나 군사 블로거 올렉산드르 코발렌코는 “피해 규모가 너무 커서 러시아 군산복합체가 현재 상태로는 가까운 미래에 복구하기 어려울 것”이라고 전망했다.

우크라이나는 이번 공격으로 전략폭격기 40여 대를 타격하고 70억달러(약 9조6500억원) 상당의 피해가 발생했다고 주장했다. 피해를 입은 러시아 항공기에는 Tu-95, Tu-22 폭격기와 베리예프 A-50 공중조기경보통제기가 포함됐다. 볼로디미르 젤렌스키 우크라이나 대통령은 이번 공격으로 러시아 장거리 폭격기의 34%가 파괴되거나 무력화됐다고 밝혔다.
살어군
Section: 분류

Scott DeLancey (2015)는 살어군(그의 용어에 따르면 Garo-Bodo-Konyak-Jinghpaw (BKJ))이 중앙 티베트버마어군(Central Tibeto-Burman languages)에 속한다고 여긴다.

보도가로어군(Bodo-Garo): 보도어, 가로어 등.

콘약어군(Konyak): 일부 나가족의 부족들이 사용하며, 북부 나가어군이라고도 한다.

징포루이어군(Jingpho-Luish)
징포어(Jingpho)
루이어군(Luish): 아삭어군(Asakian)이라고도 한다.
제1군단 (영국)
Section: 전투 서열

제2차 세계 대전
영국 원정군의 1940년 전투 서열
벨기에 전투의 전투 서열
프랑스 전투 의 전투 서열
바다 사자 작전의 전투 서열
퍼치 작전의 전투 서열
굿우드 작전의 전투 서열
스헬더 전투의 전투 서열

나폴레옹 전쟁
워털루 전역의 전투 서열
꺄뜨흐 브하 전투의 전투 서열

제1차 세계 대전
영국 원정군의 1914년 전투 서열
제1차 마른 전투의 전투 서열
제1차 입스 전투의 전투 서열
몽스 전투의 전투 서열
솜 전투의 전투 서열
비미 능선 전투의 전투 서열
전력병무사령부
Section: 역사

2019년 8월, 제6(영국)사단으로 재편성되고, 제1통신여단, 제11통신여단, 제1정보감시정찰여단, 제77여단, 특화된보병단(영어: Specialised Infantry Group으로 편성되었다.

육군 2020에 따라 2013년에 전력병무사령부로 개명되었다.

2019년 4월 1일, RAF 항공사령부에서 합동 통제하던 합동지상기반방공사령부(JtGBAD)이 제7방공단으로 대채되었다.
도메니코 베카푸미
Section: 작품

《성가족과 성 요한》, 1530년~1535년경, 호르네 미술관

《성 루치아》, 1521년, 이 그림은 영화 《더 넌 2》에 등장하기도 했다.

《마돈나와 아기 예수, 그리고 세례자 요한》, 1542년경, 뉴사우스웨일스 주립 미술관

《베스타 숭배》

시에나 푸블리코 궁전의 프레스코화, 1532년~1535년

《스푸리우스 카시우스 베켈리누스의 참수》, 프레스코화, 1532~1535, 푸블리코 궁전, 시에나

《화합의 우의화》, 프레스코화, 1532~1535, 푸블리코 궁전, 시에나
엘레판티네 파피루스
Section: 유대교 문서

엘레판티네 파피루스는 "망명과 국외 거주 중에도 여성 신에 대한 숭배가 지속되었음"을 시사한다. 해당 문서들은 누비아 국경 근처 엘레판티네에 거주하던 유대인 공동체에 의해 작성된 것으로, 이들의 종교는 “철기 시대 II기 유다의 종교와 거의 동일하다”고 평가된다. 파피루스에는 이들이 아나트-야후를 숭배하였다는 기록이 있으며, 이는 코울리의 번호 체계 기준 AP 44번 문서 3행에서 확인된다. 아나트-야후는 야훼의 아내 또는 신성한 배우자(파레드라)로 해석되기도 하며, 혹은 야훼의 위격화된 측면 중 하나로 간주되기도 한다.

브루클린 미술관이 소장한 여덟 장의 파피루스 문서는 엘레판티네에 거주했던 한 유대인 가족에 관한 기록으로, 성전 관리였던 아나니아, 그의 이집트인 아내 타무트, 그리고 그들의 자녀들에 대한 일상생활을 47년에 걸쳐 구체적으로 보여준다. 1893년, 이집트 농부들이 고대 진흙벽돌 주택의 유적지에서 비료를 채취하던 중 이 기록들을 발견하였으며, 이들은 최소 8개의 파피루스 두루마리를 발견해 찰스 에드윈 윌버(Charles Edwin Wilbour)에게 판매하였다. 윌버는 아람어 파피루스를 처음으로 발견한 인물이다. 이 파피루스들은 결혼 계약, 부동산 거래, 대출 계약 등 주제별로 분류되어 있다.
엘레판티네 파피루스

가정 및 기타 기록 보관소에서 나온 편지와 법률 계약서 등이 여기 포함된다. 따라서 서간문학, 법학, 사회사, 종교사, 언어학, 인명학 등 여러 학문 분야에서 중요한 사료로 평가된다. 주요 문서 유형으로는 이혼 문서, 노예 해방 증서, 기타 상업 관련 계약서 등이 있으며, 상이집트의 건조한 기후 덕분에 양호한 상태로 보존되었다.

엘레판티네 파피루스는 이집트 남부 국경 요새 지역인 엘레판티네와 아스완에서 출토된 수천 점의 파피루스 및 오스트라콘 문서 자료들이다. 주로 기원전 5세기부터 4세기에 걸쳐 작성되었으며, 신관문자 및 민중문자 이집트어, 아람어, 코이네 그리스어, 라틴어, 콥트어 등 다양한 언어로 기록되었다.
나이지리아-케냐 관계
Section: 역사

두 아프리카 국가는 1964년 5월 28일, 공식적으로 외교 관계를 수립하였다. 2013년에는 굿럭 조너선 나이지리아 대통령이 나이로비를 국빈 방문하였으며, 이에 대한 답방으로 2014년 우후루 케냐타 케냐 대통령이 나이지리아를 방문하였다.

케냐와 나이지리아는 양국 간의 양자 및 통상 관계를 증진하기 위한 7건의 협정을 체결하였다. 해당 협정들은 관광, 무역 및 투자, 석유와 가스, 외교관 여권 소지자에 대한 비자 면제, 이중과세 방지를 위한 협정 체결, 농업, 축산, 수산업, 자매도시 협력 등을 포함하고 있다.
나이지리아-케냐 관계
Section: 무역

이 시기 이후, 케냐의 수출은 2022년 1억 500만 달러로 급증한 반면, 나이지리아의 수출은 446만 달러에 그쳤다.

나이지리아 시장에는 케냐산 제품들이 많이 있다. 꽃, 차와 같은 상품들은 영국을 통해 구매되고 있다. 양국 합동경제협의회는 이러한 제품들을 나이지리아에 직접 판매할 수 있는 유통 경로 개설 가능성을 모색할 것을 권고하였다.

케냐 국가통계국에 따르면, 케냐의 대나이지리아 수출은 2008년 3,700만 달러에서 2015년 3,300만 달러로 감소하였다.

마찬가지로, 같은 기간 동안 나이지리아로부터의 수입은 195만 달러에서 고작 55만 5,000달러로 감소하였다.
파티흐 아켈
Section: 구단 경력

2001–02 시즌 초반, 파티흐는 스페인의 RCD 마요르카에 입단했지만, 5경기 출전에 그친 후 같은 해 12월 4일, 튀르키예로 복귀하여 페네르바흐체와 계약을 체결했다. 페네르바흐체에서는 2003–04년 시즌에 쉬페르리그 우승을 한 차례 더 경험했으며, 총 70경기에 출전했다. 그러나 2004년 11월 8일, 계약이 해지되었고, 이후 2005년에 독일의 VfL 보훔과 계약했으나 단 1경기 출전에 그쳤다. 다음 시즌에는 그리스의 PAOK로 이적하여 16경기에 출전했고, 겨울 이적시장 기간에 다시 튀르키예로 돌아와 트라브존스포르에 입단했다. 그는 이 흑해 연고 클럽에서 한 시즌을 보내고, 2007년 2월 1일, 겐츨레르비를리이로 이적했으나 공식 경기에는 출전하지 못했다.

이스탄불에서 태어난 파티흐는 지역 클럽 갈라타사라이에서 프로 경력을 시작했다. 그는 1995년 7월 31일, 갈라타사라이와 첫 번째 프로 계약을 체결했지만, 1군 공식 경기에는 출전하지 못했고 이듬해 바크르쾨이스포르로 이적했다. 그는 해당 시즌에 바크르쾨이스포르 소속으로 29경기에 출전했으며, 튀르키예 U-21 국가대표팀에도 처음 발탁되었다. 시즌 종료 후 그는 갈라타사라이로 복귀했다. 이후 4년 동안 소속팀에서 활약하며 쉬페르리그 3회, 튀르키예 쿠파스 3회 우승을 차지했다. 또한 그는 1999-2000년 UEFA컵과 2000년 UEFA 슈퍼컵 우승 멤버로 활약했으며, 레알 마드리드를 상대로 한 경기에서 마리우 자르델의 결승골을 어시스트했다.
여주시의 지질
Section: 금왕 단층

음성군 금왕읍 용계리에서 여주시 점동면 현수리 일대에 이르는 약 23.7 km 구간에서는 청미천으로 유입되는 수계를 따라 선상지가 다수 발달한다. 특히 여주시 점동면 뇌곡리 및 성신리 일대에는 큰 규모의 선상지가 잘 발달해 있다.

여주 지질도폭(1975)에서는 여주시 동부 점동면 현수리에서 장안리, 강천면 강천리와 부평리, 도전리로 이어지는 주향 북동 5~10°의 단층선이 항공사진 판독과 야외조사로 발견되었다. 중생대 쥐라기 대보 화강암 지대를 지나는 단층은 편마암 및 편암 내에서 단층경면을 보이며 주향 이동 및 경사 단층으로 확인되었다.
여주시의 지질
Section: 개요

1:5만 지질도폭 상으로,

양평 지질도폭(1978) 남동부 (산북면, 금사면 서부)

이포 지질도폭(1989) 남부 (금사면 동부, 흥천면 북부, 대신면, 북내면 중·북부, 강천면 도전리)

여주 지질도폭(1975) 대부분 (흥천면 남부, 능서면, 가남읍, 점동면, 여주시 시가지, 북내면 남부, 강천면)

장호원 지질도폭(1989) 북부 (점동면 남부)

에 해당한다.
포털플레이어
Section: 제품

다음 장치에서 사용되었다:

리오 카르마

두 개의 ARM CPU 코어가 포함된 시스템 온 칩으로, 각 코어는 75MHz로 작동한다. 크로스바 스타일 스위치를 사용하여 SRAM을 4개 뱅크(128KB)로 확장했다.

다음 장치에서 사용되었다:

아이팟: 1, 2, 3세대

두 개의 ARM7 CPU 코어가 포함된 시스템 온 칩으로, 각 코어는 최대 90MHz로 작동한다. 5002 캐시 버그를 수정하여 DRAM 성능을 크게 향상시켰다.
포털플레이어

이 회사는 애플이 아이팟 개발을 위해 계약한 회사로 이름을 알렸다. 이 회사는 2004년 11월에 IPO를 통해 공개되었고, 나스닥에서 티커 심볼 PLAY로 거래되었다. 애플에 대한 매출은 회사 총 수익의 90%까지 성장했으며, 결국 애플이 아이팟 라인의 미디어 프로세서 칩 공급업체를 변경하면서 회사에 타격을 주었다.

포털플레이어(PortalPlayer, Inc.)는 1999년에 설립된 팹리스 반도체 회사로, 개인 미디어 플레이어용 시스템 온 칩 반도체, 펌웨어 및 소프트웨어를 공급했다. 이 회사는 반도체 설계와 펌웨어 개발을 담당했으며, 실제 반도체 제조는 상업적인 파운드리에 위탁했다.
병렬 스레드 실행
Section: 레지스터

PTX는 임의로 큰 프로세서 레지스터 세트를 사용하며, 컴파일러의 출력은 거의 순수한 정적 단일 할당 형식으로, 연속된 줄은 일반적으로 연속된 레지스터를 참조한다. 프로그램은 다음과 같은 형식의 선언으로 시작한다.

이것은 세 인자 어셈블리어이며, 거의 모든 명령어가 동작하는 데이터 타입(부호 및 너비)을 명시적으로 나열한다. 레지스터 이름 앞에는 % 문자가 붙고 상수는 리터럴이다. 예를 들어:
병렬 스레드 실행
Section: 상태 공간

특수, 읽기 전용, 플랫폼별 레지스터

.const

공유, 읽기 전용 메모리

.global

전역 메모리, 모든 스레드에서 공유

.local

지역 메모리, 각 스레드에 비공개

.param

커널에 전달되는 매개변수

.shared

한 블록 내 스레드 간 공유되는 메모리

.tex

전역 텍스처 메모리 (더 이상 사용되지 않음)

공유 메모리는 PTX 파일에서 다음과 같은 형식의 줄로 선언된다.
엔비디아 3D 비전
Section: 스테레오 드라이버

엔비디아 스테레오 드라이버의 뿌리는 1990년대 유선 ELSA Revelator 셔터 안경과 함께 제공된 소프트웨어에서 찾을 수 있다. 엔비디아는 이 기술을 인수하여 스테레오스코픽 셔터 안경을 포함한 다양한 스테레오스코픽 디스플레이 기술을 자체 드라이버 버전으로 지원해 왔으며, 이 드라이버는 엔비디아 그래픽 카드에서만 작동했다.

2008년, 엔비디아는 드라이버를 대대적으로 재작성하여 윈도우 디스플레이 드라이버 모델을 사용하도록 변경했으며, 이로 인해 윈도우 비스타 및 엔비디아의 안경과만 호환되었다. 이 스테레오 드라이버는 3D 비전 드라이버로 이름이 변경되었다.
딥 러닝 안티에일리어싱
Section: 평가

Rock, Paper, Shotgun은 DLAA가 "완전히 완벽한 안티에일리어싱 형태는 아니며, 가끔씩 들쑥날쑥한 부분이 나타나지만", "전반적으로 [TAA보다] 훨씬 선명해 보이며, 특히 움직일 때 그렇다"고 평가했다.

사이버펑크 2077 성능 테스트에서 IGN은 "DLAA는 대부분의 경우 일반 래스터 모드와 FPS 면에서 다소 유사한 결과를 제공했지만, 기본 해상도에서는 사용할 수 없는 기능인 프레임 생성의 도움으로 상당한 성능 향상을 얻었다"고 밝혔다.
딥 러닝 안티에일리어싱
Section: DLSS와 DLAA의 차이점

DLSS와 DLAA는 동일한 AI 기반 안티에일리어싱 방법을 공유한다. 따라서 DLAA는 업스케일링 부분을 제외하고 DLSS와 같이 작동한다. 둘 다 엔비디아에서 제작되었으며 텐서 코어가 필요하다. 그러나 DLSS와 DLAA는 동시에 활성화할 수 없으며, 성능 또는 이미지 품질 중 어떤 것을 우선시하는지에 따라 하나만 선택할 수 있다.

DLSS는 성능에 중점을 두어 업스케일링을 처리하는 반면, DLAA는 시각적 품질에 중점을 두어 안티에일리어싱을 처리한다. DLAA는 DLAA에서 제공하는 업스케일링 또는 다운스케일링 기능 없이 주어진 화면 해상도에서 실행된다.
딥 러닝 안티에일리어싱
Section: 기술 개요

TAA와 같이 수동으로 작성된 휴리스틱 이론에 의존하는 기존의 안티에일리어싱 솔루션과 달리, DLAA는 신경망을 사용하여 원치 않는 시각적 아티팩트를 제거하면서 미세한 디테일을 보존한다.

신경망 아키텍처는 고품질 참조 이미지로 훈련된 오토인코더 설계를 사용한다. 훈련 데이터 세트에는 서브 픽셀 디테일, 고대비 가장자리, 투명 표면과 같은 까다로운 경우에 초점을 맞춘 다양한 시나리오가 포함된다. 그런 다음 네트워크는 프레임을 실시간으로 처리한다.
프로젝트 덴버
Section: 역사

덴버 CPU 코어를 탑재한 최초의 소비자 기기인 구글의 넥서스 9은 2014년 10월 15일에 발표되었다. 이 태블릿은 HTC에서 제조되었으며 듀얼 코어 테그라 K1 SoC를 특징으로 한다. 넥서스 9는 소비자에게 제공된 최초의 64비트 안드로이드 기기였다.

찰리 데머지안에 따르면, 프로젝트 덴버 CPU는 CPU 내부의 펌웨어를 사용하여 ARM 명령어를 내부 명령어 집합으로 변환할 수 있다. 또한 데머지안에 따르면, 프로젝트 덴버는 원래 트랜스메타의 코드 모핑 기술을 사용하여 ARM 및 X86 코드를 모두 지원할 예정이었지만, 엔비디아가 인텔의 특허 라이센스를 얻지 못했기 때문에 ARMv8-A 64비트 명령어 집합으로 변경되었다.
프로젝트 덴버

2018년, 엔비디아는 ARMv8 (64비트; 변형: ARM-v8.2 (10방향 슈퍼스칼라, 기능 안전성, 이중 실행, 패리티 및 ECC 포함)에 기반한 개선된 디자인(코드명: "카멜")을 테그라 자비에르 SoC에 통합하여 총 8개의 코어(또는 4개의 듀얼 코어 쌍)를 제공한다. 카멜 CPU 코어는 완전한 Advanced SIMD (ARM NEON), VFP (Vector Floating Point) 및 ARMv8.2-FP16을 지원한다. 카멜 코어가 통합된 젯슨 AGX 개발 키트의 첫 번째 외부 전문가 테스트는 2018년 9월에 이루어졌으며, 테스트 설정의 일반적인 속도와 특히 관련된 모든 의심에도 불구하고 이전 시스템에 비해 현저히 향상된 성능을 보여주었다. 카멜 디자인은 12nm 구조 크기로 설계된 테그라 모델 T194 ("테그라 자비에르")에서 찾을 수 있다.

프로젝트 덴버(Project Denver)는 엔비디아가 설계한 중앙 처리 장치의 코드명으로, 단순한 하드웨어 디코더와 소프트웨어 기반 이진 변환 (동적 재컴파일)의 조합을 사용하여 ARMv8-A 64/32비트 명령어 집합을 구현한다. "덴버의 이진 변환 레이어는 운영 체제보다 낮은 수준의 소프트웨어에서 실행되며, 일반적으로 접근되고 이미 최적화된 코드 시퀀스를 주 메모리에 저장된 128MB 캐시에 저장한다." 덴버는 매우 넓은 인오더 슈퍼스칼라 파이프라인이다. 이 설계는 다른 SIP 코어(예: GPU, 디스플레이 컨트롤러, DSP, 이미지 프로세서 등)와 통합되어 하나의 다이에 시스템 온 칩(SoC)을 구성하는 데 적합하다.
프로젝트 덴버
Section: 칩

엔비디아 테그라 X2는 두 개의 덴버2 (ARMv8 64비트) 코어와 네 개의 A57 (ARMv8 64비트) 코어를 일관된 HMP(이종 멀티프로세서 아키텍처) 방식으로 사용한다. 이는 파커 GPU와 장치를 짝짓는다.

멀티 코어 덴버 CPU는 케플러 기반 GPU 솔루션과 결합되어 테그라 K1을 형성했다. 듀얼 코어 2.3 GHz 덴버 기반 K1은 2014년 11월 3일 출시된 HTC 넥서스 9 태블릿에 처음 사용되었다. 그러나 쿼드 코어 테그라 K1은 동일한 이름을 사용하더라도 덴버 기반이 아니다.
VDPAU
Section: 엔비디아 VDPAU 기능 세트

HEVC 메인 12 (12비트) 및 VP9 프로필 2 (12비트) 비디오 디코딩에 대한 하드웨어 지원이 추가되었다.

기능 세트 H

기능 세트 H는 8192x8192 (8K 해상도) H.265/HEVC 비디오 스트림의 하드웨어 가속 디코딩이 가능하다.

기능 세트 F

최대 4096 × 2304 화소 해상도의 HEVC 메인 (8비트), 메인 10 (10비트) 및 VP9 프로필 0 (8비트) 비디오 디코딩 전용이 도입되었다.

기능 세트 G
VDPAU
Section: VDPAU를 지원하는 소프트웨어

VLC 미디어 플레이어 2.1

mpv

VDPAU는 VA-API 및 OpenMAX IL의 백엔드로도 사용될 수 있으며, 이들은 VDPAU 기능의 일부를 포함한다. 따라서 VA-API 또는 OpenMAX IL을 사용하는 모든 소프트웨어는 VDPAU를 부분적으로 사용할 수 있다(예: VLC 미디어 플레이어).

버전 2.6부터 Avidemux

Boxee

FFmpeg

GStreamer

Fluendo

엠플레이어

MythTV

코디 (이전 XBMC)

Xine

MLT

어도비 플래시 10.2 스테이지 비디오 및 이후 버전
VDPAU

VDPAU(Video Decode and Presentation API for Unix, 유닉스용 비디오 디코드 및 프레젠테이션 API)는 사용료 없는 애플리케이션 프로그래밍 인터페이스(API)이자 MIT 허가서에 따라 배포되는 자유-오픈 소스 라이브러리(libvdpau)로서 구현된 것이다. VDPAU는 엔비디아에서도 지원한다.

VDPAU 인터페이스는 엔비디아 지포스 드라이버, 누보 또는 amdgpu와 같은 장치 드라이버에 의해 구현되어야 하며, VLC 미디어 플레이어 또는 GStreamer와 같은 최종 사용자 소프트웨어에 엔비디아의 퓨어비디오 또는 AMD의 통합 비디오 디코더와 같은 그래픽 처리 장치(GPU)의 ASIC 블록 형태의 사용 가능한 비디오 압축 해제 가속 하드웨어에 대한 표준화된 접근을 제공하고 이를 활용할 수 있도록 한다.
누보 (소프트웨어)
Section: 지원 인터페이스

2023년 12월 기준, 누보는 실험적인 NVK 드라이버를 통해 일부 Vulkan API를 지원한다.

메사 3D는 여러 인터페이스를 지원하며, 이들 모두는 GStreamer 또는 HandBrake와 같은 사용자 공간 프로그램이 해당 SIP 블록에 접근할 수 있도록 설계되었다. 렌더링 계산을 위해 설계된 IC를 이 목적으로 사용하는 것도 가능하지만, 이 방법은 퓨어비디오 SIP 블록을 활용하는 것보다 훨씬 더 많은 전력을 소모한다.

누보는 퓨어비디오를 지원하며 VDPAU를 통해, 그리고 부분적으로 XvMC를 통해 접근을 제공한다.

누보는 엔비디아 NVENC를 지원하지 않는다.

메사 갈륨컴퓨트(GalliumCompute)는 엔비디아를 위한 주요 프로젝트이기도 하지만, AMD 부분만 OpenCL 1.0, 1.1, 1.2의 베타 버전에 가깝다.
누보 (소프트웨어)
Section: 소프트웨어 아키텍처

누보는 Gallium3D 스타일의 장치 드라이버이며 다이렉트 렌더링 인프라스트럭처 (DRI) 상에서 작동한다. 두 가지 커널 구성 요소인 DRM & KMS 드라이버와 사용자 공간 구성 요소인 libDRM 및 메사 3D로 구성된다.

누보는 모든 엔비디아 마이크로아키텍처를 지원할 예정이다: 버전 1.0.13에서는 테슬라, 페르미, 케플러, 맥스웰, 파스칼을 지원하고, 버전 1.0.15에서는 볼타를 지원한다. 버전 1.0.16에서는 튜링 지원이 추가되었다.
누보 (소프트웨어)
Section: 채택

nouveau 드라이버와 메사의 3D 드라이버는 페도라 11, 오픈수세 11.3, 우분투 10.04, 그리고 데비안을 포함한 많은 리눅스 배포판에서 엔비디아 카드용 기본 오픈 소스 드라이버로 사용되었다.

컴피즈는 2010년에 엔비디아 독점 드라이버보다 nouveau를 추천했다.

2014년 6월, 코드씽크(Codethink)는 리눅스 커널 3.15를 사용하여 웨이랜드 기반 웨스턴 컴포지터를 실행했으며, EGL과 "100% 오픈 소스 그래픽 드라이버 스택"을 테그라 K1에서 활용했다고 보고했다.
엔비디아 CUDA 컴파일러
Section: 컴파일러

CUDA 코드는 중앙 처리 장치 (CPU)와 그래픽 처리 장치 (GPU) 모두에서 실행된다. NVCC는 이 두 부분을 분리하여 호스트 코드(CPU에서 실행될 코드 부분)를 C 컴파일러(예: GNU 컴파일러 모음 (GCC) 또는 인텔 C++ 컴파일러 (ICC) 또는 마이크로소프트 비주얼 C++ 컴파일러)로 보내고, 장치 코드(GPU에서 실행될 부분)는 GPU로 보낸다. 장치 코드는 NVCC에 의해 추가로 컴파일된다. NVCC는 LLVM을 기반으로 한다. 엔비디아가 제공한 문서에 따르면, 버전 7.0의 nvcc는 C++11 표준에서 정의된 많은 언어 구성을 지원하며, C99의 일부 구성을 지원한다. 버전 9.0에서는 C++14 표준의 더 많은 구성이 추가되었다.

CUDA 언어 확장(.cu)을 포함하는 모든 소스 파일은 nvcc로 컴파일해야 한다. NVCC는 cudacc, g++, cl 등 필요한 모든 도구와 컴파일러를 호출하여 작동하는 컴파일러 드라이버이다. NVCC는 C 코드(CPU 코드)를 출력할 수 있으며, 이 코드는 다른 도구를 사용하여 애플리케이션의 나머지 부분과 함께 컴파일되거나, Parallel Thread Execution (PTX) 또는 객체 코드를 직접 출력할 수 있다. CUDA 코드가 포함된 실행 파일은 CUDA 코어 라이브러리 (cuda)와 CUDA 런타임 라이브러리 (cudart)가 필요하다.
OptiX
Section: OptiX를 사용한 광선 추적

광선 생성 프로그램(예: 광선은 평행하게, 원근법 방식으로 또는 기울기 필드처럼 발사될 수 있다), 광선 누락(광선이 어떤 객체와도 교차하지 않을 때), 선택적 예외 프로그램(어떤 이유로 광선이 발사될 수 없을 때), 경계 상자 프로그램(주어진 객체에 대한 경계 상자 교차 테스트를 제공하는 프로그램) 및 교차 프로그램에 대한 프로그램 정의.

이러한 프로그램에 대한 몇 가지 예는 프로그램의 SDK와 함께 제공된다.

경계 상자 프로그램은 kd-트리 또는 경계 볼륨 계층과 같은 가속 구조 내에서 광선 추적 프로세스를 가속화하는 데 사용되는 경계 볼륨을 정의하는 데 사용된다.
OptiX
Section: OptiX를 사용하는 소프트웨어

SIGGRAPH 2013에서 OptiX는 픽사의 실시간 GPU 기반 조명 미리 보기 도구에 소개되었다.

OptiX는 PhysX 및 기타 CUDA 기반 그래픽 엔진 및 프레임워크와 함께 게임웍스 개발자 라이브러리에 통합되었다.

어도비 애프터 이펙트 CC

Daz Studio는 Iray 통합 이후 OptiX Prime 가속을 지원했지만, 버전 4.12.1.8에서는 지원이 제거되었다.

Luxrender 2.5: 최대 600% 가속
엔포스 700
Section: AMD 칩셋

트리플 SLI
슬롯 1: 엔포스 200의 풀스피드 PCI 익스프레스 2.0 ×16 슬롯
슬롯 2: 엔포스 200의 풀스피드 PCI 익스프레스 2.0 ×8 슬롯
슬롯 3: 엔포스 200의 풀스피드 PCI 익스프레스 2.0 ×8 슬롯

하이브리드 SLI
지포스 부스트
하이브리드 파워

HT 3.0 지원

코드명 MCP72P

메인보드 GPU (mGPU): 지포스 8200
DirectX 10 호환
퓨어비디오 HD

PCI-E 2.0 지원
엔포스 700
Section: 인텔 칩셋

하이브리드 SLI
지포스 부스트
하이브리드 파워

최대 DDR2-800 듀얼 채널 메모리 지원

1333 MHz FSB 지원

최대 2개의 디스플레이 모니터 연결
디스플레이포트, HDMI, DVI 또는 D-sub를 통해

세 가지 버전:
MCP7A-U
MCP7A-S
MCP7A-H (IGP 및 하이브리드 SLI 없음)

메인보드 GPU (mGPU)
DirectX 10 호환
퓨어비디오 HD

하나의 PCI-E 2.0 x16 슬롯
엔포스 600
Section: 인텔 칩셋

엔비디아 엔포스 680i SLI 시스템 플랫폼 프로세서(SPP) 및 미디어 통신 프로세서(MCP)는 엔포스 600 시리즈에서 인텔 사용자들을 위한 최고급 마더보드이다.

쿼드 코어 CPU 및 1333 MHz 프론트 사이드 버스 지원

EPP가 있는 1200 MHz SLI-Ready 메모리 지원

최대 46개의 PCI 익스프레스 (PCIe) 레인 지원

최대 10개의 USB 2.0 포트 지원

6개의 3 Gbit/s SATA 및 2개의 PATA 드라이브 지원, SATA와 PATA를 어떤 조합으로든 연결하여 RAID 0, 1, 5, 또는 0+1 구성 가능
엔포스 600
Section: nForce 680i SLI 핫픽스

엔비디아는 2006년 12월 말에 680i SLI 마더보드용으로 NV121906이라는 핫픽스를 발표했다. 이 핫픽스는 사용자들이 nForce 680i 마더보드에서 시리얼 ATA 디스크 드라이브와의 연결 끊김 또는 쓰기 오류 문제를 보고했기 때문에 출시되었다. 이 업데이트는 특히 SATA 디스크 드라이브 및 시스템 불안정성을 위한 것이다. 시스템 불안정성은 다음과 같은 방식으로 관찰된다 (전체 목록은 아님):

EVGA nForce 680i SLI

BFG nForce 680i SLI

바이오스타 TF680i SLI Deluxe

ECS PN2-SLI2+

이 업데이트는 시스템 안정성을 개선하고 이 핫픽스가 필요한 시스템에서 SATA 디스크 드라이브와 관련된 향후 안정성 문제를 방지할 것으로 예상된다. 엔비디아는 모든 고객이 문제 발생 여부와 관계없이 nForce 680i 기반 마더보드에서 지원하는 최신 BIOS 개정판으로 마더보드를 업그레이드할 것을 강력히 권장했다. 또한 엔비디아는 이 업그레이드가 사용자의 현재 컴퓨터 설정을 유지할 것이라고 밝혔다.
엔포스 600
Section: AMD 칩셋

메인스트림 IGP 세그먼트

MCP61P 노스브리지, IGP는 지포스 7050으로 이름 변경

옵션 HDMI 출력을 위한 sDVO 연결

DVI, TV-출력

1개의 PCI 익스프레스 x16 슬롯

추가 PCIe x1 및 PCI 슬롯

고음질 오디오 (Azalia 오디오)

10개의 USB 2.0 포트

RAID가 있는 4개의 SATA 3.0 Gbit/s 포트

기가비트 이더넷
엔포스 500
Section: AMD 프로세서용 칩셋

성능 듀얼 GPU 세그먼트.

총 20개의 PCI 익스프레스 레인.

성능 싱글 GPU 세그먼트.

총 20개의 PCI 익스프레스 레인.

밸류 싱글 GPU 세그먼트.

총 20개의 PCI 익스프레스 레인.

밸류 싱글 GPU 세그먼트, SLI, RAID 0+1 및 RAID 5 지원 없음, 단일 10/100 이더넷, 8개의 USB 포트, 2개의 SATA 포트만 제공.

총 20개의 PCI 익스프레스 레인.
엔비디아 GRID

엔비디아의 많은 카드들이 게이밍으로 알려져 있지만, 최근에는 GPU 가속을 사용하는 비즈니스 애플리케이션의 성장이 있었다. 엔비디아 GRID K1 및 K2는 슈퍼마이크로 서버 클러스터와 통합되어 그래픽 및 컴퓨터 지원 설계(CAD)와 같은 3D 집중 애플리케이션에 사용되고 있다. 2015년, 마이크로소프트는 엔지니어, 디자이너, 연구원과 같은 전문가를 대상으로 하는 애저 엔터프라이즈 클라우드 플랫폼의 일부로 엔비디아 GRID를 포함하기 시작했다.

엔비디아 GRID(Nvidia GRID)는 엔비디아가 2008년에 선보인 그래픽 처리 장치(GPU) 제품군으로, GPU 가상화 및 클라우드 게임에 특화되어 있다. 엔비디아 GRID는 그래픽 처리와 비디오 인코딩을 하나의 장치에 통합하여 클라우드 기반 비디오 게임 스트리밍의 입력-디스플레이 지연 시간을 줄일 수 있다. 이전에 엔비디아의 유료 클라우드 게임 서비스인 지포스 나우에서 사용되었다.
GPU 가상화

GPU 가상화(GPU virtualization)는 가상 머신에서 실행되는 컴퓨터 그래픽스 또는 GPGPU 애플리케이션을 하드웨어 가속하기 위해 GPU를 사용하는 것을 허용하는 기술을 가리킨다. GPU 가상화는 데스크톱 가상화, 클라우드 게임 및 계산과학(유체역학 시뮬레이션 등)과 같은 다양한 애플리케이션에 사용된다.

GPU 가상화 구현은 일반적으로 장치 에뮬레이션, API 원격화, 고정 패스스루 및 매개 패스스루의 하나 이상의 기술을 포함한다. 각 기술은 가상 머신 대 GPU 통합 비율, 그래픽스 하드웨어 가속, 렌더링 화질, 소프트웨어 기능 지원, 다른 하드웨어로의 소프트웨어 이식성, 가상 머신 간 프로세스 격리, 그리고 일시 중단/재개 및 라이브 마이그레이션 지원과 관련하여 다른 장단점을 제공한다.
GPU 가상화
Section: 매개 패스스루

다음 소프트웨어 및 하드웨어 기술은 매개 패스스루를 구현한다.

VM웨어 가상 공유 패스스루 그래픽스 가속 (엔비디아 vGPU 또는 AMD MxGPU 사용)

시트릭스 젠서버 공유 GPU (엔비디아 vGPU, AMD MxGPU 또는 인텔 GVT-g 사용)

젠 및 KVM (인텔 GVT-g 사용)

Thincast Workstation - Virtual 3D 기능 (Direct X 12 & Vulkan 3D API)

API 원격화는 일반적으로 현재 및 이전 GPU에서 사용할 수 있지만, 매개 패스스루는 특정 장치에서만 사용 가능한 하드웨어 지원이 필요하다.
GPU 가상화
Section: API 원격화

많은 수의 API 진입점을 전달해야 하며, 진입점의 부분적인 구현은 충실도를 저하시킬 수 있다.

게스트 머신의 애플리케이션은 사용 가능한 API가 적을 수 있다.

하이퍼바이저는 일반적으로 게스트와 호스트 간에 공유 메모리를 사용하여 성능을 최대화하고 지연 시간을 최소화한다. 대신 네트워크 인터페이스를 사용하면 (분산 렌더링에서 일반적인 접근 방식) 타사 소프트웨어가 특정 API(CUDA용 rCUDA 등) 또는 일반적인 API(OpenGL용 VMGL 등) 지원을 추가할 수 있지만, 네트워크 지연 및 직렬화 오버헤드가 이점을 상쇄할 수 있다.

API 원격화 또는 API 포워딩에서 게스트 애플리케이션의 그래픽 API 호출은 원격 프로시저 호출을 통해 호스트로 전달되며, 호스트는 호스트의 GPU를 단일 사용자로 사용하여 여러 게스트의 그래픽 명령을 실행한다. 이는 장치 에뮬레이션과 결합될 때 반가상화의 한 형태로 간주될 수 있다. 이 기술은 GPU가 하드웨어 지원 가상화를 지원하지 않을 때 여러 게스트와 호스트 간에 GPU 리소스를 공유할 수 있도록 한다. 구현 개념은 간단하지만, 여러 단점이 있다.
RSX 리얼리티 신시사이저
Section: 사양

별도로 명시되지 않는 한, 다음 사양은 E3 2005 컨퍼런스에서 공개된 소니의 보도 자료, 동일한 행사에서 발표된 슬라이드, 그리고 2006년 게임 개발자 회의에서의 소니 프레젠테이션에서 파생되었다.

부동 소수점 성능: 192 GFLOPS

코어 클럭: 500 MHz

제조 공정: 90 nm (초기), 65 nm (2008), 40 nm (2010), 및 28 nm (2013)
RSX 리얼리티 신시사이저
Section: 범프게이트

몇 가지 요인이 이러한 고장에 기여했다:

다이와 인터포저 재료 간의 열팽창 계수 불일치로 인해 열 주기 동안 차등 팽창이 발생하여 BGA에 기계적 응력이 가해졌다.

가변적인 트랜지스터 밀도와 국소화된 작업 부하로 인해 다이 전체에 고르지 않은 열 분포가 발생하여 열점이 생겼다. 이는 다이의 일부가 다른 속도로 팽창하게 하여 BGA의 특정 영역에서 기계적 피로를 증가시켰다.

솔더 조인트 내의 일렉트로마이그레이션은 공극을 형성하여 BGA 연결을 더욱 약화시켰다.

RSX는 플립칩 공정을 사용하여 패키징되었다. 초기 버전에서 사용된 언더필 재료는 비교적 낮은 유리 전이 온도(Tg)를 가졌는데, 이는 장시간 게임 플레이 중에 초과될 수 있었다. Tg를 초과하면 언더필은 구조적 무결성을 잃고 솔더 조인트에 대한 기계적 지지력이 약해져 고장 위험이 증가했다.
HLSL2GLSL

이 프로젝트는 품질이 낮고 부풀려진 코드를 생성한다는 비판을 받아왔다. XDC2014에서 맷 터너는 메사의 shader-db에 있는 많은 벤치마크 예제가 변환에 의해 생성되었으며 품질이 좋지 않다고 지적했다.

이 프로젝트는 2010년에 문제 해결 및 OpenGL ES 지원과 같은 기능 추가를 위해 포크되었다. 현재는 유니티와 OGRE에서 모바일 플랫폼용 Cg/HLSL 셰이더를 GLSL로 번역하는 데 사용된다.
AMD APP SDK

AMD APP SDK는 "가속 병렬 처리"(APP)를 위한 AMD의 소프트웨어 개발 키트이다. AMD APP SDK는 이기종 시스템 아키텍처를 목표로 한다(GPU만 해당되지 않음).

AMD APP SDK는 마이크로소프트 윈도우와 리눅스의 32비트 및 64비트 버전에서 사용할 수 있었지만, AMD 공식 웹사이트에서 제거되었다. 한 개발자는 포럼 게시물에서 필요한 라이브러리가 이제 드라이버에 포함되어 있기 때문에 SDK가 단종되었다고 밝혔다.
AMD 파이어스트림
Section: 제한 사항

함수는 가변 인수를 가질 수 없다. 재귀 함수에도 동일한 문제가 발생한다.

GPU에서 부동소수점 숫자를 정수로 변환하는 방식은 x86 CPU와 다르다. 이는 완전히 IEEE-754를 준수하지 않는다.

재귀 함수는 컴파일 시 모든 함수 호출이 인라인되므로 Brook+에서 지원되지 않는다. CAL을 사용하면 함수(재귀 또는 기타)가 32단계까지 지원된다.

이중 선형 텍스처 필터링만 지원된다. 밉맵 텍스처 및 비등방성 필터링은 지원되지 않는다.
AMD 파이어스트림
Section: 역사

라데온 R520 및 지포스 G70 GPU 코어가 프로그래밍 가능한 셰이더와 함께 출시된 후, 대규모 부동소수점 처리량은 비그래픽 작업에 이를 사용하려는 학계 및 상업 그룹의 주목을 받았다. 이러한 관심은 ATI(및 엔비디아)가 전통적으로 CPU 및 특수 부동소수점 수학 코프로세서에서 수행되던 무거운 계산을 처리하기 위해 대규모 병렬 방식으로 범용 수학 공식을 계산할 수 있는 GPGPU 제품을 만들게 했다. GPGPU는 당시의 멀티 소켓 CPU 전용 계산과 비교하여 즉각적인 성능 향상이 10배 이상일 것으로 예상되었다.

고성능 X1900 XFX의 개발이 거의 완료되면서, ATI는 첫 번째 스트림 프로세서 설계를 기반으로 하여 SIGGRAPH 2006에서 새로운 클로즈 투 메탈 API와 함께 곧 출시될 ATI FireSTREAM을 발표했다. 코어 자체는 파이어GL V7350과 유사하게 온보드 메모리와 대역폭을 두 배로 늘린 것을 제외하고는 거의 변경되지 않았으며, 새로운 드라이버 및 소프트웨어 지원이 대부분의 차이점을 만들었다. Folding@home은 ATI 카탈리스트 드라이버 버전 6.5의 사전 출시를 사용하여 X1900을 범용 컴퓨팅에 사용하기 시작했으며, GPU에서 CPU 대비 20-40배의 향상을 보고했다. 첫 번째 제품은 2006년 말에 출시되었으며, AMD와의 합병 후 AMD 스트림 프로세서로 브랜드 변경되었다.
AMD 파이어스트림
Section: 소프트웨어

AMD 파이어스트림은 광범위한 소프트웨어 플랫폼 지원과 함께 출시되었다. 지원하는 회사 중 하나는 2007년 6월 구글에 인수된 PeakStream으로, CTM 및 AMD 파이어스트림뿐만 아니라 x86 및 셀(셀 브로드밴드 엔진) 프로세서를 지원하는 소프트웨어의 오픈 베타 버전을 최초로 제공했다. 파이어스트림은 PeakStream의 소프트웨어를 실행한 후 일반 CPU보다 일반적인 응용 프로그램에서 20배 더 빠르다고 주장되었다. RapidMind도 ATI 및 엔비디아와 함께 셀 프로세서와 호환되는 스트림 처리 소프트웨어를 제공했다.

2011년 8월, AMD는 ATI APP 소프트웨어 개발 키트 버전 2.5를 출시했으며, 여기에는 크로노스 그룹이 개발한 병렬 컴퓨팅 언어인 OpenCL 1.1 지원이 포함된다. 마이크로소프트의 차세대 API인 DirectX 11에 있는 공식적으로 DirectCompute라고 불리는 컴퓨트 셰이더 개념은 이미 DirectX 11을 지원하는 그래픽 드라이버에 포함되어 있다.
비바도
Section: 구성 요소

비바도 시뮬레이터는 비바도 디자인 스위트의 구성 요소이다. 혼합 언어, Tcl 스크립트, 암호화된 IP 및 향상된 검증을 지원하는 컴파일된 언어 시뮬레이터이다.

비바도 IP 통합기는 엔지니어가 대규모 자일링스 IP 라이브러리에서 IP를 빠르게 통합하고 구성할 수 있도록 한다. 통합기는 또한 자일링스의 시스템 제너레이터 및 비바도 고수준 합성을 사용하여 구축된 매스웍스 시뮬링크 설정을 위해 조정되었다.

비바도 고수준 합성 컴파일러를 사용하면 C, C++ 및 SystemC 프로그램을 수동으로 RTL을 만들 필요 없이 자일링스 장치에 직접 타겟팅할 수 있다. 비바도 HLS는 개발자 생산성을 높이는 것으로 널리 검토되었으며, C++ 클래스, 템플릿, 함수 및 연산자 오버로딩을 지원하는 것으로 확인되었다. 비바도 2014.1은 OpenCL 커널을 자일링스 장치용 IP로 자동 변환하는 기능을 도입했다. OpenCL 커널은 다양한 CPU, GPU 및 FPGA 플랫폼에서 실행되는 프로그램이다.
자일링스 ISE
Section: 에디션

서브스크립션 에디션(Subscription Edition)은 자일링스 ISE의 라이선스 버전이며, 무료 평가판을 다운로드할 수 있다.

웹 에디션(Web Edition)은 자일링스 ISE의 무료 버전으로, 무료로 다운로드하여 사용할 수 있다. 제한된 수의 자일링스 장치에 대한 합성 및 프로그래밍을 제공한다. 특히, 많은 수의 I/O 핀과 대형 게이트 매트릭스를 가진 장치는 비활성화된다.

저가형 스파르탄 계열의 FPGA와 CPLD 계열은 이 에디션에서 완벽하게 지원되므로, 소규모 개발자 및 교육 기관은 개발 소프트웨어 비용에 대한 추가 비용이 없다.

자일링스 ISE 웹 에디션을 사용하려면 라이선스 등록이 필요하며, 이는 무료이며 무제한으로 갱신할 수 있다.
자일링스 ISE
Section: 합성

IP 코어는 DSP, 버스 인터페이스, 네트워킹 프로토콜, 영상 처리, 임베디드 프로세서 및 주변 장치와 같은 시스템 수준 기능을 구현하기 위해 자일링스 및 기타 제3자 공급업체에서 제공한다. 자일링스는 ASIC 기반 구현에서 FPGA 기반 구현으로 설계를 전환하는 데 중요한 역할을 했다.

자일링스의 특허받은 합성 알고리즘은 경쟁 프로그램보다 최대 30% 더 빠른 속도로 설계를 실행할 수 있게 하며, 더 높은 논리 밀도를 허용하여 프로젝트 시간과 비용을 줄여준다.

또한, 메모리 블록 및 I/O 블록을 포함한 FPGA 패브릭의 복잡성 증가로 인해 관련 없는 모듈을 슬라이스로 분리하여 배치 후 오류를 줄이는 더 복잡한 합성 알고리즘이 개발되었다.
자일링스 ISE
Section: 사용자 인터페이스

설계 계층 구조는 설계 파일(모듈)로 구성되며, 이들의 종속성은 ISE에 의해 해석되어 트리 구조로 표시된다. 단일 칩 설계의 경우 C++ 프로그램의 main() 서브루틴과 유사하게 다른 모듈을 포함하는 하나의 주 모듈이 있을 수 있다. 설계 제약 조건은 핀 구성 및 매핑을 포함하는 모듈에 지정된다.

프로세스 계층 구조는 ISE가 현재 활성화된 모듈에 대해 수행할 작업을 설명한다. 이 계층 구조는 컴파일 함수, 그 종속 함수 및 기타 유틸리티를 포함한다. 이 창은 또한 각 함수에서 발생하는 문제나 오류를 표시한다.
적응형 스케일러블 텍스처 압축
Section: 개요

압축 방식은 컬러 셀 압축의 진화형으로, 여러 개의 밀접하게 분포된 소수 비트레이트, 다양한 색상 형식, 고동적 범위(HDR) 텍스처 지원, 실제 3D 텍스처 지원 등의 특징을 포함한다.

ASTC의 주요 설계 목표는 콘텐츠 개발자가 모든 손실 압축 방식에 내재된 공간/품질 절충에 대해 더 잘 제어할 수 있도록 하는 것이다. ASTC를 사용하면 인접 비트레이트 간의 비율이 약 25%이므로 특정 텍스처의 품질을 높이는 데 드는 비용이 저렴하다.
적응형 스케일러블 텍스처 압축
Section: 2D 블록 풋프린트와 비트레이트

위 표에서 "증가율" 열은 다음으로 작은 비트레이트에 비해 이 비트레이트를 사용하여 텍스처를 저장하는 데 필요한 추가 저장 공간을 보여준다. 블록 풋프린트는 너비 × 높이로 표시된다.

ASTC 텍스처는 128비트의 고정 블록 크기를 사용하여 압축되지만, 4×4 텍셀에서 12×12 텍셀에 이르는 가변 블록 풋프린트를 사용한다. 따라서 사용 가능한 비트레이트는 텍셀당 8비트에서 0.89비트까지 미세한 단계로 변화한다.
적응형 스케일러블 텍스처 압축

ASTC의 전체적인 세부 사항은 하이 퍼포먼스 그래픽스 2012(High Performance Graphics 2012) 컨퍼런스에서 올슨(Olson) 등이 "Adaptive Scalable Texture Compression"이라는 제목의 논문에서 처음 공개되었다.

적응형 스케일러블 텍스처 압축(Adaptive scalable texture compression, ASTC)은 ARM과 AMD의 요른 니스타드(Jørn Nystad) 등이 개발한 손실 블록 기반의 텍스처 압축 알고리즘이다.
텍스처 압축
Section: 장단점

데이터 접근 패턴이 잘 정의되어 있기 때문에, 텍스처 압축 해제는 렌더링 중에 전체 그래픽스 파이프라인의 일부로 실시간으로 실행될 수 있으며, 그래픽 시스템 전체의 대역폭 및 저장 요구 사항을 줄인다. 텍스처 맵뿐만 아니라 텍스처 압축은 범프 맵 및 표면 법선 맵을 포함한 다른 종류의 렌더링 맵을 인코딩하는 데 사용될 수도 있다. 텍스처 압축은 밉맵 및 비등방성 필터링과 같은 다른 형태의 맵 처리와 함께 사용될 수도 있다.

인코딩 속도

텍스처 압축은 인코딩 프로세스가 애플리케이션 제작 프로세스 중에 한 번만 수행되는 경우가 많으므로 비대칭 인코딩/디코딩 속도에 더 관대하다.

위의 내용을 고려할 때, 대부분의 텍스처 압축 알고리즘은 때때로 추가적인 전처리 및 후처리 단계를 포함하여, 작은 고정 크기 픽셀 블록을 작은 고정 크기 코딩 비트 블록으로 손실 벡터 양자화하는 형태를 포함한다. 블록 절단 부호화는 이 계열의 알고리즘 중 매우 간단한 예시이다.
F16C
Section: 기술 정보

VCVTPH2PS xmmreg,xmmrm64 –  메모리 또는 XMM 레지스터의 하위 절반에 있는 4개의 반정밀도 부동소수점 값을 XMM 레지스터의 4개 단정밀도 부동소수점 값으로 변환한다.

VCVTPH2PS ymmreg,xmmrm128 –  메모리 또는 XMM 레지스터(YMM 레지스터의 하위 절반)에 있는 8개의 반정밀도 부동소수점 값을 YMM 레지스터의 8개 단정밀도 부동소수점 값으로 변환한다.
SSE5

AMD는 처음에 제안된 SSE5를 구현하지 않기로 결정했다. 2009년 5월, AMD는 SSE5를 XOP, FMA4, F16C라는 세 가지 더 작은 명령어 집합 확장으로 대체했는데, 이들은 SSE5의 제안된 기능을 유지하지만, 인텔이 제안한 AVX 명령어 집합과의 더 나은 호환성을 위해 명령어를 다르게 인코딩한다.

SSE5(Streaming SIMD Extensions version 5, 스트리밍 SIMD 확장 버전 5의 줄임말)는 2007년 8월 30일 AMD가 AMD64 아키텍처의 128비트 SSE 코어 명령어의 보완으로 제안한 SIMD 명령어 집합 확장이다.
SSE5
Section: 2009년 개정

개정된 명령어 집합은 더 이상 오해의 소지가 있다는 비판을 받은 SSE5라는 이름을 사용하지 않지만, 새로운 개정판의 대부분의 명령어는 원래 SSE5 사양과 기능적으로 동일하며, 단지 명령어가 코딩되는 방식만 다르다. AMD 명령어 집합에 대한 계획된 추가 사항은 세 가지 하위 집합으로 구성된다.

2009년 5월, AMD는 계획된 미래 명령어에 대한 개정된 사양을 발표했다. 이 개정판은 코딩 스키마를 AVX 스키마와 호환되도록 변경했지만, AMD가 도입한 명령어와 인텔이 도입한 명령어 사이의 중복을 피하기 위해 접두사 바이트를 다르게 사용했다.
SSE5
Section: SSE5 개선 사항

AMD는 SSE5가 특히 HPC, 멀티미디어, 컴퓨터 보안 애플리케이션에서 극적인 성능 향상을 제공할 것이라고 주장했으며, AES 암호화에서 5배, 비디오 처리 등에 사용되는 이산 코사인 변환 (DCT)에서 30%의 성능 향상을 예상했다.

융합 곱셈-누산 (FMACxx) 명령어

정수 곱셈-누산 (IMAC, IMADC) 명령어

순열 (PPERM, PERMPx) 및 조건부 이동 (PCMOV) 명령어

정밀도 제어, 반올림 및 변환 명령어
AMD 터보 코어
Section: 특징

라이젠 프로세서와 함께 AMD는 추가 자동 오버클럭 기능을 도입했다:

프리시전 부스트(Precision Boost)는 냉각 및 전원 공급 장치에 의해 제약되는 한 순간마다 프로세서를 허용된 최고 주파수에서 실행하려고 시도한다. 주파수는 25MHz 단위로 변경된다.

활성 코어 수가 적을수록 전력을 덜 필요로 하고 열을 덜 발생시키므로, 코어 절반이 활성화된 상태에서 훨씬 더 높은 부스트 상태를 잠재적으로 사용할 수 있다.

온도가 아닌 전력 소모에 의해 제어되므로 따뜻한 환경에서도 동일한 성능 향상을 사용할 수 있어 최대 주파수가 작업 부하에 따라 달라진다.
AMD 터보 코어

AMD 터보 코어(AMD Turbo Core, AMD 코어 퍼포먼스 부스트 (CPB)라고도 함)는 AMD가 구현한 동적 주파수 스케일링 기술로, 특정 버전의 프로세서에서 프로세서의 작동 주파수를 동적으로 조정하고 제어하여 필요할 때 성능을 향상시키면서 정상 작동 시 낮은 전력 및 열 매개변수를 유지한다. AMD 터보 코어 기술은 AMD K10 마이크로아키텍처를 기반으로 하는 페넘 II X6 마이크로프로세서부터 구현되었다. AMD 터보 코어는 일부 AMD A-시리즈 가속 처리 장치에서 사용할 수 있다.

AMD 터보 코어는 성능 향상을 위해 사용되는 또 다른 동적 프로세서 주파수 조정 기술인 인텔 터보 부스트와 유사하며, 전력 소비를 줄이고(배터리 수명 절약), 발열을 줄이고, 소음을 줄이기 위해 노트북 프로세서의 작동 주파수를 동적으로 조정하는 데 사용되는 AMD 파워나우!와도 유사하다. AMD 파워나우!는 프로세서 주파수를 줄이는 데 사용되는 반면, AMD 터보 코어는 프로세서 주파수를 늘리는 데 사용된다.
터보 버튼
Section: 전환

일부 시스템은 팩커드 벨 486ES 3x3 (4x4 및 MT 모델은 전용 터보 버튼이 있었음)처럼 터보 모드를 켜고 끄기 위한 Ctrl-Alt-+ 및 Ctrl-Alt-- 키 조합도 지원했다. 터보 버튼이 있거나 없는 모든 486ES 모델에서 전원 표시등은 일반("터보") 모드에서는 녹색을, 느린 모드에서는 주황색을 나타냈다. ITT Xtra는 Ctrl-Alt-?를 사용하여 전환했다.

대부분의 시스템에서 터보 모드는 버튼이 눌러진 상태였지만, 버튼을 양방향으로 연결할 수 있었기 때문에 일부 시스템에서는 반대였다. 터보 버튼은 시스템 케이스의 터보 LED 또는 두 자리 세그먼트 디스플레이에 연결될 수 있었지만, 일부 경우에는 표시된 주파수(MHz 단위)가 실제 프로세서 클럭의 측정이 아니라 메인보드의 점퍼로 설정된 두 가지 "빠른" 및 "느린" 디스플레이 옵션이었다.
AGESA
Section: 역사

그리고 2019년 3월, "콤보AM4 PI"라는 이름의 세 번째 AGESA 버전이 버전 0.0.7.0으로 출시되어 젠 2 기반 프로세서에 대한 지원을 도입했다.

"ComboAM4v2"는 젠 3 기반 프로세서를 지원하며, "ComboAM5PI"는 AM5 메인보드에서 젠 4 기반 프로세서를 지원한다.

젠+으로 알려진 젠의 2세대를 지원하는 두 번째 버전은 라이젠 프로세서의 코드명인 피나클 릿지를 따서 "피나클 PI"라고 명명되었다. 이 버전은 2018년 2월에 초기 버전 1.0.0.0a로 출시되었다.