리눅스 PC이며 PCI 2.1 호환이 되어야 합니다. 모니터는 640x480의 해상도를 지원해야 하며, 3D 액셀러레이터는 부두 그래픽 (tm)의 3Dfx 칩셋을 기반으로 해야 합니다. P5와 P6 CPU에서 MMX의 유무는 문제가 되지 않습니다. 현재의 글라이드 배포판은 MMX 기능을 사용하지 않고 있지만 P6 CPU를 사용한다면 최적화된 전용코드가 가 성능을 향상시켜줄 것입니다. 프로그램 사용중 3Dfx의 메세지는 리눅스 글라이드를 사용하기 위해서는 레드햇 리눅스를 사용해야 한다는 인상을 줄 수 있습니다. 유저가 숙지 해야 할 사항은, 글라이드는 원래 레드햇 4.1 환경에서 포팅이 되었지만, 글라이드는 homebrew(역자주: 뭐야 이건?), 슬랙웨어와 데비안 1.3.1을 포함한 다른 리눅스 버전에서도 사용되고 테스트가 되었다는 것입니다.
IRQ 와 포트는 사용되지 않으므로 이와 관련된 문제는 일어나지 않을 것입니다.
글라이드 소스 베이스에는 MMX전용의 코드는 없습니다. MMX는 반복해서 쓰이는 오퍼레이션(SIMD)에서 굉장한 성능을 보이지만, SIMD는 글라이드 에서는 사용되지 않습니다. 이런 이유로, 새로 나올 글라이드 버젼에서도 MMX를 위한 코드는 쓰이지 않을 것이며, 리눅스 글라이드 포트도 마찬가지 일 것으로 보입니다.
글라이드에서는 K6나 다른 CPU전용으로 최적화된 코드가 쓰여지지 않았습니다.
바이오스에서 설정하는 메모리 타입 레인지 레지스터 (Memory Type Range Registers, MTRR)와 FX 칩셋 버그때문에 리눅스 글라이드와 다른 글라이드 보트들과는 성능차이가 있습니다. 리눅스 커널이 이런 문제까지 해결하기를 바라기는 조금 무리이기는 하지만 개정작업이 이루어 주고 있는 중입니다.
인텔 586 CPU 이외에는 리눅스용 글라이드는 다른 CPU와 호환이 되지 않습니다. 글라이드 소스는 공개가 되지 않았기 때문에 프로그램이 나올때까지 기다리는 수 밖에는 없습니다. 퀀텀 3D 2H97용 DEC 알파 지원을 발표했습니다. 자세한 사항은 Daryll Strauss씨를 연락하면 되겠습니다. 알파CPU 에 어셈블리 모듈을 포팅하는 데에도 문제가 있습니다. 같은 기능을 하는 C path가 소스에 있기는 하지만 사용되는 펜티움 CPU에 따라 글라이드(결국은 삼각형그리기이다.) 에 있는 어셈블리 모듈은 성능을 상당히 향상시켜 줍니다.
현재로서는 리눅스 환경에서는 3Dfx 부두 그래픽(tm)칩셋이 지원됩니다. 그리고, 부두 2(tm)은 아직은 지원이 안됩니다.
리눅스에 포팅이 된 글라이드는 아직까지는 부두 러쉬(tm)를 지원하지 않지만 다음 업데이트에서는 지원이 가능하도록 현재 작업중에 있습니다. 부두 러쉬(tm)에서의 문제는, 부두 러쉬(tm) 용 글라이드의 드라이버 코드 가 다이렉트 드로우에 의존했다는 것에 있습니다. 2D/다이렉트 드로우/D3D 콤보 드라이버가 교체되었기 때문에, 이론적으로 리눅스용으로 사용될 수 있었던 SST96을 기반으로 한 DOS 부분이 있었습니다. 이런 이유로, 부두 러쉬(tm)칩셋을 기반으로 한 액셀러레이터 카드들(허큘레스 스팅레이 128/3D, 혹은 인터그래프 인텐스 러쉬 같은 카드)는 아직은 지원되지 않고 있습니다.
현재 리눅스에 포팅이 된 글라이드는 부두 2(tm)를 지원하지 않습니다.
칩제조업체인 3Dfx 에서 리눅스용 글라이드를 내부적으로 지원/관리하고 있습니다. 3Dfx칩을 사용하는 액셀러레이터카드의 제조업체 자원이 제한 되어 있기 때문에 현재 이루어 지고 있는 이상의 지원이나 3Dfx요원에 의한 공식적인 지원이 불가능합니다. 하지만, 퀀텀3D에서는 자사제품 옵시디안 카드 시리즈의 공식적인 리눅스지원을 발표했으며 현재 리눅스용 프로그램을 포팅하고 있는 과정에 있습니다. 부두 그래픽(tm)용 글라이드의 리눅스 포팅을 하는 베타 테스트과정에서 퀀텀3D의 유럽지부 배포자인 데이터패스(有)와 오키드의 배포자인 마이크로닉스에서는 하드웨어를 빌려주려 하였습니다. 인터그래프와 다이아몬드에서는 어떠한 형태의 지원도 하지 않을것이라고 구체적으로 밝혔으며, 허큘레스에서는 응답도 하지 않았습니다. 현재 리눅스에서의 부두 2 (tm)지원을 준비하는 과정에서, 몇번의 신청에도 불구하고 아무 OEM도 도와주지 않고 있습니다. OEM 지원 acknowledgement에 좀 더 자세한 내용이 있습니다.
3Dfx가 보드를 판매하지 않기 때문에 공식적으로 지원되는 카드는 없습니다. 이 섹션에서 보드이름을 모두 나열하지는 않겠지만, 문제를 일으키는 카드의 리스트와, 호환되는 대강의 리스트를 열거 해 놓았습니다. 리눅스에서 액셀러레이터 카드를 지원하기 위해서는 3D 액셀러레이터 부분의 드라이버만 있어서는 안됩니다. 그래픽카드에 고유의 VGA 코어가 있으면 리눅스 SVGA, 혹은 XFree86이 필요합니다. (부두 러쉬(tm)섹션을 참조해 주세요.) 현재로서는 보통 쓰이는 그래픽 카드를 안정적으로 지원 하는 애드온 솔루션(뭔지 잘 모르겠네요.)을 사용하는게 바람직합니다. 다른 여러가지 고려할 사항은 밑에서 다루겠습니다. 퀀텀 3D 옵시디안 보드는 모두 텍스쳐 메모리, 프레임 버퍼 메모리, Pixelfx, Telexfx 유닛으로 부터 독립이 되어있으므로 SLI를 사용하면 무난하겠습니다. 오키드 라이쳐스 3D, 카노푸스 퓨어 3D, 플래쉬 3D, 그리고 다이아몬드 몬스터 3D 등 처럼, 부두 그래픽(tm)을 기반으로 한 비디오 카드들에게도 위의 방법이 적용됩니다. 부두 러쉬(tm)를 사용하는 비디오 카드는 아직은 지원이 되지 않습니다. 3Dfx 칩셋을 사용하지 않는 비디오 카드들 (S3, 매트록스, 3DLabs, 비디오로직을 기반으로 하는 비디오카드들)은 3Dfx 드라이버가 실행되지 않기 때문에 이 카드들은 이 문서의 내용범위를 벗어납니다.
3Dfx칩셋을 사용 하는 카드들의 차이점은 하드웨어 디자인의 차이에서 오는 결과라 할 수 있겠습니다. 예를 들자면, VGA 와 액셀러레이터 카드 사이의 비디오 신호 케이블과 커넥터의 품질이랄지 (이점에선 오키드社의 제품이 다이아몬드社의 제품보다 후한 점수를 받아야 합니다.) TV출력단자의 유무사항(카노푸스 퓨어 3D 카드), 그리고 가장 중요한 비디오 램 사이즈가 되겠습니다. 대부분의 게임용 보드들은 2메가바이트의 텍스쳐 캐쉬와 2메가바이트의 프레임버퍼 메모리를 제공합니다. 주의할 사항은 텍스쳐를 빠르게 전환 시키거나 일루미네이션 텍스쳐 (잔잔한 빛이 나오는 텍스쳐, 퀘이크가 좋은 예이다.)를 사용하는 게임에서 성능을 발휘하는 텍스쳐 캐쉬메모리를 카노푸스 퓨어 3D는 최고 4메가바이트까지 제공합니다. 전형적인 부두 그래픽 (tm) 의 메모리 아키텍쳐는 밑에 별도의 섹션에 설명되어있습니다. 퀀텀 3D는 가장 많은 종류의 3Dfx 기반의 비디오 카드를 제공하고 있으며, 고성능의 부두 그래픽 (tm) 을 원한다면 이 회사의 제품을 선택하는게 좋습니다. 소비자위주의 PC게임 시장을 주요 관심사에 두고있는 기존의 회사들과는 달리, 퀀텀 3D는 비쥬얼 시뮬레이션 부분에 대한 영업도 하고 있습니다.
부두 그래픽(tm)이나 부두 러쉬(tm) 중에 저자가 알고 있는 AGP보드는 없습니다. (역자주: 글쓴 시점이 1998년 2월이므로 지금은 아마도 다를 겁니다...필요하신 분은 알아보시는게.) 리눅스에서는 AGP가 지원이 안되는 걸로 알고 있으며, 차후에 발표될 AGP를 사용하는 3Dfx 카드가 리눅스에서 지원이 될는지도 확실하지가 않습니다. 부두 2 (tm)은 단순히 PCI버스의 속도만 높인 방식으로 AGP를 인식해서 지원하며, 아무런 AGP고유의 기능(예를 들면 칩셋의 DIME메모리 관리 방법 등)은 사용하지 않습니다. 부두 2(tm)에서는 전용버스가 있다는 것과, 더 빨라진 버스속도가 있다는 성능향상만 눈에 띕니다. 리눅스 커널은 부두2 (tm)을 세컨더리 PCI버스에 있는 것 처럼 인식할 것입니다. 밑에 나온게 리바-128 AGP 카드(RIVA0128 AGP)의 예입니다. /proc/pci 에서의 sniplet. ):
Bus 1, device 0, function 0: VGA compatible controller: Unknown vendor Unknown device (rev 16). Vendor id=12d2. Device id=18. Medium devsel. Fast back-to-back capable. IRQ 9. Master Capable. Latency=64. Min Gnt=3.Max Lat=1. Non-prefetchable 32 bit memory at 0xfd000000. Prefetchable 32 bit memory at 0xf6000000.
이건 유저 스스로 결정해야 할 사항입니다. 필요한 사항을 먼저 결정한 다음(풀스크린, 윈도우, 게임, OpenGL, 응용 소프트웨어, 개발작업, fill rate, 텍스쳐 메모리, 예상되는 사용기간, SLI의 스케일 가변성 (역자주: 원문에는 "scalability by SLI" 라고 나와있음..) 윈벤치 같은 잡지사 에서 하는 평가는 무시를 해도 좋습니다. 테크니컬 스펙을 보는게 가장 현명한 방법이라 하겠습니다. 만약 유저에게 알맞는 보드가 여러개 있다면, 이 문서에 있는 OEM지원 사항을 참조해 주십시오. 이 문서를 쓰는데에 도움을 주었던 판매업체에서 알아보는 것도 좋습니다. 확신이 서지 않는 부분이 있다면 제조업체들에게 직접 질문을 하거나, 리눅스의 지원사항에 대해 바로 물어보십시오.