AIGLX
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
AIGLX는 X 서버의 확장 모듈로, OpenGL을 사용하여 3D 데스크톱 환경을 구현하기 위한 기술이다. Xgl과 유사한 기능을 제공하지만, 경쟁 제품으로 개발된 것은 아니며, Xgl의 비공개 개발에 대한 비판을 바탕으로 시작되었다. AIGLX는 간접 렌더링 방식을 사용하여 OpenGL 명령을 X 서버를 통해 그래픽 카드로 전송하며, Xgl과는 다르게 기존 GLX를 고속화하고 3D 환경을 실현하는 데 초점을 맞춘다. AIGLX는 X.Org 7.1부터 지원되며, NVIDIA, ATI, 인텔 등 다양한 그래픽 드라이버를 통해 지원된다.
더 읽어볼만한 페이지
- 자유 소프트웨어 프로젝트 - 줄리아 (프로그래밍 언어)
줄리아는 2012년에 공개된 고수준 프로그래밍 언어로, 다중 디스패치, 동적 타입 시스템, C와 유사한 성능을 제공하며, 수치 계산, 과학 기술 계산 등에 활용된다. - 자유 소프트웨어 프로젝트 - 코틀린 (프로그래밍 언어)
코틀린은 젯브레인즈에서 개발한 정적 타입 언어로, 자바 가상 머신에서 동작하며 자바와의 호환성을 갖고, 안드로이드 공식 지원 언어로 채택되어 다양한 분야에서 활용되고 있으며, 이름은 러시아의 코틀린 섬에서 유래되었다.
| AIGLX | |
|---|---|
| 일반 정보 | |
| 프로젝트 유형 | 오픈 소스 프로젝트 |
| 상태 | 완료 |
| 최초 릴리스 | 2006년 |
| 개발자 | Kristian Høgsberg |
| 작성 언어 | C 언어 |
| 운영 체제 | 리눅스 |
| 플랫폼 | X 윈도 시스템 |
| 종류 | 그래픽 가속 |
| 라이선스 | MIT 라이선스 |
| 웹사이트 | AIGLX 위키 |
2. 작동 원리
윈도잉 시스템에서 OpenGL 구현이 그래픽 카드와 통신하는 방법에는 두 가지가 있다. 그 중 하나는 Xgl의 기반이 되는 방식으로, 창을 열고 OpenGL 라이브러리가 명령을 그래픽 카드로 직접 보낼 수 있도록 하는 것이다.[4]
2. 1. 간접 렌더링
윈도잉 시스템에서 OpenGL 구현이 그래픽 카드와 통신하는 방법에는 두 가지가 있다.첫 번째는 X11 드로잉 루틴과 유사한 클라이언트/서버 구현을 사용하여 OpenGL 명령 스트림을 이식 가능한 네트워크 중립 방식으로 지정하는 것이다. AIGLX에서 사용되는 이 방법은 간접적인 방식으로, 드로잉 명령이 X 서버로 전송된 다음 X 서버가 이를 그래픽 카드로 전송한다.
간접 OpenGL 경로 가속은 X 서버 자체의 구현 방식과는 별개이지만, OpenGL 명령 스트림을 더 쉽게 캡처하여 텍스처로 리디렉션할 수 있다는 부수적인 효과가 있다. 이를 통해 Compiz 및 기타 컴포지팅 윈도우 매니저를 전체 Xgl 서버 없이도 작은 확장 기능으로 기존 X 서버 위에 구축할 수 있다. 이는 하드웨어 가속을 제공하면서도 컴포지팅 엔진을 우회하는 DRI에 비해 장점이기도 하다. X11R7.1에서 지원된다. GLX는 "Open'''GL''' Extension to the '''X''' Window System"의 약자로, X 윈도 시스템 상에서 OpenGL을 실행하는 기술이다.
2. 2. 직접 렌더링 인프라(DRI)와의 관계
엔비디아는 자체적인 GL, GLX 아키텍처를 통해 AIGLX를 오랫동안 지원하였으며, 표준 DRI 구조를 이용하지 않는다.[4]윈도잉 시스템에서 OpenGL 구현이 그래픽 카드와 통신하는 방법에는 두 가지가 있다.
첫 번째는 X11 드로잉 루틴과 유사한 클라이언트/서버 구현을 사용하여 OpenGL 명령 스트림을 이식 가능한 네트워크 중립 방식으로 지정하는 것이다. AIGLX에서 사용되는 이 방법은 간접적인 방식으로, 드로잉 명령이 X 서버로 전송된 다음 X 서버가 이를 그래픽 카드로 전송한다.
두 번째 방법은 Xgl의 기반이 되며, 창을 열고 OpenGL 라이브러리가 명령을 그래픽 카드로 직접 보낼 수 있도록 하는 것이다.
간접 OpenGL 경로 가속은 X 서버 자체의 구현 방식과는 별개이지만, OpenGL 명령 스트림을 더 쉽게 캡처하여 텍스처로 리디렉션할 수 있다는 부수적인 효과가 있다. 이를 통해 Compiz 및 기타 컴포지팅 윈도우 매니저를 전체 Xgl 서버 없이도 작은 확장 기능으로 기존 X 서버 위에 구축할 수 있다. 이는 하드웨어 가속을 제공하면서도 컴포지팅 엔진을 우회하는 DRI에 비해 장점이기도 하다.
3. Xgl과의 관계
AIGLX 프로젝트는 Xgl과 유사한 기능을 가지고 있지만, 경쟁 제품으로 의도된 것은 아니었다. 페도라 프로젝트 위키에 따르면, 이 프로젝트는 Xgl이 최종 단계에서 "비공개적으로" 작성되었기 때문에 부분적으로 설립되었다.[2] 이러한 동료 검토 부족은 소프트웨어의 결함의 근원이라고 주장하며 비판받았다. 두 프로젝트 간에 소스 코드를 공유하기로 합의되었으며, 이는 호환성 충돌을 방지할 것이라는 전제하에 이루어졌다. Xgl은 2008년 6월 12일에 X 서버에서 제거되었다.[2]
두 기술은 모두 3D 데스크톱 환경을 실현하는 것을 염두에 두고 개발되었다는 점에서 유사한 기술로 여겨지지만, 실제로는 전혀 다른 설계를 기반으로 한다. Xgl은 Xnest와 같이 다른 X 서버 위에서 동작하며, OpenGL API를 통해 가능한 한 빠르게 2D 드로잉 및 GLX 처리를 수행하도록 설계된 새로운 X 서버이다. 반면 AIGLX는 X 서버의 확장 모듈이며, 기존의 GLX를 고속화하고 3D 데스크톱 환경을 실현하기 위해 몇 가지 기능 요건을 충족하도록 확장한 것이다. 따라서 기술적으로 경쟁 관계가 아니며, 사실상 프로젝트 간에 코드 교환을 하거나 호환성을 유지하기 위한 협업 작업이 이루어져 왔다. 그 결과, Xgl의 첫 번째 윈도우 매니저인 Compiz도 AIGLX 상에서 동작하게 되었다.
3. 1. AIGLX
윈도잉 시스템이 OpenGL 구현이 그래픽 카드와 통신할 수 있도록 하는 방법에는 두 가지가 있다.첫 번째는 X11 드로잉 루틴과 유사한 클라이언트/서버 구현을 사용하여 OpenGL 명령 스트림을 이식 가능한 네트워크 중립 방식으로 지정하는 것이다. AIGLX에서 사용되는 이 방법은 간접적인 방식으로, 드로잉 명령이 X 서버로 전송된 다음 X 서버가 이를 그래픽 카드로 전송한다.
두 번째 방법은 Xgl의 기반이 되며, 창을 열고 OpenGL 라이브러리가 명령을 그래픽 카드로 직접 보낼 수 있도록 하는 것이다.
간접 OpenGL 경로 가속은 X 서버 자체의 구현 방식과는 별개이지만, OpenGL 명령 스트림을 더 쉽게 캡처하여 텍스처로 리디렉션할 수 있다는 부수적인 효과가 있다. 이를 통해 Compiz 및 기타 컴포지팅 윈도우 매니저를 전체 Xgl 서버 없이도 작은 확장 기능으로 기존 X 서버 위에 구축할 수 있다. 이는 하드웨어 가속을 제공하면서도 컴포지팅 엔진을 우회하는 DRI에 비해 장점이기도 하다.
두 기술 모두 3D 데스크톱 환경을 실현하는 것을 염두에 두고 개발되었다는 점에서 유사한 기술로 여겨지는 경우가 많지만, 실제로는 전혀 다른 설계를 기반으로 한다.
Xgl은 Xnest와 같이 다른 X 서버 위에서 동작하며, OpenGL API를 통해 가능한 한 빠르게 2D 드로잉 및 GLX 처리를 수행하도록 설계된 새로운 X 서버이지만, AIGLX는 어디까지나 X 서버의 확장 모듈이며, 기존의 GLX를 가속화하고 3D 데스크톱 환경을 실현하기 위해 몇 가지 기능 요건을 충족하도록 확장한 것에 불과하다. 따라서 기술적으로 경쟁 관계가 아니며, 사실상 프로젝트 간에 코드 교환을 하거나, 호환성을 유지하기 위한 협업 작업이 이루어져 왔다. 그 결과, Xgl의 첫 번째 윈도우 매니저인 Compiz도 AIGLX 상에서 동작하게 되었다.
3. 2. Xgl
윈도잉 시스템에서 OpenGL 구현이 그래픽 카드와 통신하는 방법은 두 가지가 있다.첫 번째는 X11 드로잉 루틴과 유사한 클라이언트/서버 구현을 사용하여 OpenGL 명령 스트림을 이식 가능한 네트워크 중립 방식으로 지정하는 것이다. AIGLX에서 사용되는 이 방법은 간접적인 방식으로, 드로잉 명령이 X 서버로 전송된 다음 X 서버가 이를 그래픽 카드로 전송한다.
두 번째 방법은 Xgl의 기반이 되며, 창을 열고 OpenGL 라이브러리가 명령을 그래픽 카드로 직접 보낼 수 있도록 하는 것이다.
간접 OpenGL 경로 가속은 X 서버 자체의 구현 방식과는 별개이지만, OpenGL 명령 스트림을 더 쉽게 캡처하여 텍스처로 리디렉션할 수 있다는 부수적인 효과가 있다. 이를 통해 Compiz 및 기타 컴포지팅 윈도우 매니저를 전체 Xgl 서버 없이도 작은 확장 기능으로 기존 X 서버 위에 구축할 수 있다. 이는 하드웨어 가속을 제공하면서도 컴포지팅 엔진을 우회하는 DRI에 비해 장점이기도 하다.
AIGLX 프로젝트는 Xgl과 유사한 기능을 가지고 있지만, 경쟁 제품으로 의도된 것은 아니었다. 페도라 프로젝트 위키에 따르면, 이 프로젝트는 Xgl이 최종 단계에서 "비공개적으로" 작성되었기 때문에 부분적으로 설립되었다. 이러한 동료 검토 부족은 소프트웨어의 결함의 근원이라고 주장하며 비판을 받았다. 두 프로젝트 간에 소스 코드를 공유하기로 합의되었으며, 이는 호환성 충돌을 방지할 것이라는 전제하에 이루어졌다. Xgl은 2008년 6월 12일에 X 서버에서 제거되었다.[2]
두 기술 모두 3D 데스크톱 환경을 실현하는 것을 염두에 두고 개발되었다는 점에서 유사한 기술로 여겨지는 경우가 많지만, 실제로는 전혀 다른 설계를 기반으로 한다.
Xgl은 Xnest와 같이 다른 X 서버 위에서 동작하며, OpenGL API를 통해 가능한 한 빠르게 2D 드로잉 및 GLX 처리를 수행하도록 설계된 새로운 X 서버이다. 반면 AIGLX는 X 서버의 확장 모듈이며, 기존의 GLX를 고속화하고 3D 데스크톱 환경을 실현하기 위해 몇 가지 기능 요건을 충족하도록 확장한 것이다. 따라서 기술적으로 경쟁 관계가 아니며, 사실상 프로젝트 간에 코드 교환을 하거나 호환성을 유지하기 위한 협업 작업이 이루어져 왔다. 그 결과, Xgl의 첫 번째 윈도우 매니저인 Compiz도 AIGLX 상에서 동작하게 되었다.
3. 3. 협력 및 경쟁
AIGLX 프로젝트는 Xgl과 유사한 기능을 가지고 있지만, 경쟁 제품으로 의도된 것은 아니었다. 페도라 프로젝트 위키에 따르면, 이 프로젝트는 Xgl이 최종 단계에서 "비공개적으로" 작성되었기 때문에 부분적으로 설립되었다.[2] 이러한 동료 검토 부족은 소프트웨어 결함의 근원이라고 주장하며 비판받았다.[2] 두 프로젝트 간에 소스 코드를 공유하기로 합의되었으며, 이는 호환성 충돌을 방지할 것이라는 전제하에 이루어졌다. Xgl은 2008년 6월 12일에 X 서버에서 제거되었다.[2]두 기술은 모두 3D 데스크톱 환경을 실현하는 것을 염두에 두고 개발되었다는 점에서 유사한 기술로 여겨지는 경우가 많지만, 실제로는 전혀 다른 설계를 기반으로 한다.
Xgl은 Xnest와 같이 다른 X 서버 위에서 동작하며, OpenGL API를 통해 가능한 한 빠르게 2D 드로잉 및 GLX 처리를 수행하도록 설계된 새로운 X 서버이다. 반면 AIGLX는 X 서버의 확장 모듈이며, 기존의 GLX를 고속화하고 3D 데스크톱 환경을 실현하기 위해 몇 가지 기능 요건을 충족하도록 확장한 것이다. 따라서 기술적으로 경쟁 관계가 아니며, 사실상 프로젝트 간에 코드 교환을 하거나, 호환성을 유지하기 위한 협업 작업이 이루어져 왔다.[2] 그 결과, Xgl의 첫 번째 윈도우 매니저인 Compiz도 AIGLX 상에서 동작하게 되었다.
4. 지원 그래픽 드라이버
AIGLX를 실행하려면 드라이버 지원이 필요했으며, 특히 `texture_from_pixmap` OpenGL 확장에 의존했다. NVIDIA나 ATI 등의 독점 드라이버는 원래 독자적으로 GLX를 고속으로 렌더링하기 위한 백엔드를 가지고 있어, 이미 X 서버와 함께 설치된 GLX 확장 모듈을 대체하는 형태로 작동하도록 되어 있었다. 한편, AIGLX는 XFree86에서 Mesa에 의해 구현되었던 GLX를, Mesa가 가진 그래픽 가속 기구를 활용할 수 있도록 개선한 것이다.
컴피즈 등의 윈도우 매니저는 시각 효과를 구현하기 위해 `texture_from_pixmap` OpenGL 확장에 의존하는데, 초기에는 이 확장이 Mesa에서만 구현되어 독점 드라이버와 함께 3D 데스크톱 환경을 이용하려면 벤더의 대응을 기다려야 했다.
AIGLX를 지원하지 않는 구형 X 서버에서도, 사용하는 애플리케이션의 요구를 충족하는 벤더 제작 드라이버를 사용함으로써 AIGLX와 거의 동등한 환경을 실현할 수 있었다.
4. 1. 엔비디아
엔비디아는 자체적인 GL, GLX 아키텍처를 통해 AIGLX를 오랫동안 지원하였으며 표준 다이렉트 렌더링 인프라 구조를 이용하지 않는다.[4] 컴피즈 등의 윈도우 매니저는 시각 효과를 구현하기 위해 texture_from_pixmap이라는 OpenGL 확장에 의존한다. 처음에는 이 확장이 Mesa에서만 구현되었고, 독점 드라이버와 함께 3D 데스크톱 환경을 이용하려면 벤더의 대응을 기다려야 했다. NVIDIA는 2006년 9월에 출시한 9000 시리즈 이후의 드라이버에서 이 확장을 지원하고 있다.4. 2. ATI (AMD)
ATI (현 AMD)의 오래된 그래픽 카드는 X.Org의 공식 레이디언 드라이버로 오랫동안 지원되고 있다. ATI의 독점 드라이버는 fglrx 8.42 버전부터 AIGLX를 지원한다. 최신 컴피즈와 X.Org를 사용하는 사용자들은 불안정과 문제점을 제기하지만, 이것이 드라이버 문제인지, 컴피즈나 X.Org 문제인지는 명확하지 않다. 컴피즈와 ATI 독점 드라이버를 함께 사용하는 시스템이 불안정하다면, 다음 버전이 나올 때까지 기다려야 한다.[3]4. 3. 인텔
인텔은 추가를 용이하게 하는 오픈 소스 드라이버를 제공함으로써 AIGLX는 오랫동안 X.Org의 공식 인텔 드라이버의 일부로 지원되어 왔다. AIGLX 프로젝트는 X.Org에 병합되었으며 X.Org 7.1부터 사용할 수 있다.AIGLX를 실행하려면 드라이버 지원이 필요했다. 특히, texture_from_pixmap|텍스처 프롬 픽스맵영어 OpenGL 확장에 의존했다.
5. 역사
참조
[1]
웹사이트
Interview: Kristian Høgsberg
http://archive.fosde[...]
2007-02-06
[2]
정보
XGL Version Info
http://gitweb.freede[...]
[3]
뉴스
AMD 8.42 Driver Brings Fixes, AIGLX!
http://www.phoronix.[...]
Phoronix
[4]
문서
Gentoo Linux Documentation - Gentoo Linux nVidia Guide
http://www.gentoo.or[...]
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com