이전 토론 22일 전: AMD가 ROCm 기반으로 CUDA 구현체를 개발하여 오픈소스로 공개함 [0], 400개의 댓글이 있었음.
그 스레드에서 주목할 만한 최상위 댓글:
AMD가 2년간의 개발 후 CUDA 애플리케이션을 AMD GPU에서 실행하는 것에 대한 비즈니스 케이스가 없다고 결정함. 계약 조건 중 하나는 AMD가 더 이상 개발을 적합하다고 판단하지 않을 경우, 공개할 수 있다는 것이었음. 그래서 오늘에 이르렀음. - ZLUDA FAQ 참조
AMD가 이 프로젝트의 자금 지원을 중단한 것은 매우 불합리함. 오픈소스로 공개되자마자 AMD 사용자들에게 가치를 제공하기 시작했는데, 이것이 AMD의 최우선 과제가 되어야 할 것 같음에도 불구하고, AMD는 지금까지 지원이 거의 없는 두 개(혹은 세 개인가?)의 대체 API를 가지고 몇 년 동안 시간을 낭비함.
논의에 관련된 내용: Nvidia가 다른 칩에서 실행하기 위한 CUDA 소프트웨어의 번역 레이어 사용을 금지함 [1]
인텔도 결국 "인텔 GPU에서 CUDA 애플리케이션을 실행하는 것에 대한 비즈니스 케이스가 없다"고 결정함. 이는 AMD GPGPU를 다룬 사람이라면 누구나 알고 있는 사실을 확인시켜줌.
AMD의 소프트웨어가 매우 형편없다는 것은 잘 알려진 사실이며, 이것이 AMD가 2조 달러 회사가 되는 것을 막는 유일한 요소임. AMD의 OpenCL 컴파일러에 버그가 있었고, segfault를 통해 쉽게 컴파일러를 크래시시킬 수 있었음(결국 포기하고 보고하지 않음). AMD가 CUDA에 대항할 경쟁자를 개발하지 않은 것은 매우 단기적인 시각이었음. AMD의 이사회가 왜 교체되지 않았는지 이해할 수 없음. 최고의 하드웨어를 만들 수 있어도, 그것을 사용할 소프트웨어가 형편없다면 아무도 구매하거나 사용하지 않을 것임. 고객으로서는 AMD 이사회가 테이블 위에 남겨진 수조 달러의 가치에 대해 신경 쓰지 않는 것처럼 보여, 과대평가된 Nvidia 카드를 구매할 수밖에 없음. AMD 주식을 소유한 사람들은 질문을 해야 하며, 그 이사회는 가장 가까운 배수구로 내려가야 함.
Metal, CUDA, AMD가 가진 것 등 다양한 커널 언어로 컴파일할 수 있는 프로그래밍 언어가 있는지 궁금함. 만약 없다면, 왜 없을까? 다양한 CPU 아키텍처로 컴파일하는 C 컴파일러가 있는 것처럼, GPU 아키텍처로 컴파일하는 컴파일러도 있어야 하지 않을까? 아마도 아직 아무도 만들지 않았을 수도 있음.
누군가 이것을 Meshroom 같은 OSS 포토그래메트리 도구에서 실행해 본 적이 있는지 궁금함. 기사에서는 몇 가지 독점적인 것들을 언급하지만, 필요한 것은 그리 많지 않음.
AMD GPU의 문제는 개별 커널이 아니라 라이브러리임. 릴리스 노트에서 'cuDNN, cuBLAS, cuSPARSE, cuFFT, NCCL, NVML의 최소 지원 추가'라고 언급한 것으로 보아, 이 프로젝트가 이 방향으로 나아가고 있었음. AMD가 자금 지원을 중단한 후에도 이 프로젝트가 모멘템을 유지할 수 있을지는 누구도 모름.
이것은 Oracle 대 Google과 관련하여 JVM 바이트코드를 사용하는 것과 거의 동일한 문제임.
geohot의 지속적인 AMD GPU와의 (비싼) 투쟁도 관련이 있음: Twitter 링크
Hacker News 의견
이전 토론 22일 전: AMD가 ROCm 기반으로 CUDA 구현체를 개발하여 오픈소스로 공개함 [0], 400개의 댓글이 있었음.
AMD가 이 프로젝트의 자금 지원을 중단한 것은 매우 불합리함. 오픈소스로 공개되자마자 AMD 사용자들에게 가치를 제공하기 시작했는데, 이것이 AMD의 최우선 과제가 되어야 할 것 같음에도 불구하고, AMD는 지금까지 지원이 거의 없는 두 개(혹은 세 개인가?)의 대체 API를 가지고 몇 년 동안 시간을 낭비함.
논의에 관련된 내용: Nvidia가 다른 칩에서 실행하기 위한 CUDA 소프트웨어의 번역 레이어 사용을 금지함 [1]
인텔도 결국 "인텔 GPU에서 CUDA 애플리케이션을 실행하는 것에 대한 비즈니스 케이스가 없다"고 결정함. 이는 AMD GPGPU를 다룬 사람이라면 누구나 알고 있는 사실을 확인시켜줌.
AMD의 소프트웨어가 매우 형편없다는 것은 잘 알려진 사실이며, 이것이 AMD가 2조 달러 회사가 되는 것을 막는 유일한 요소임. AMD의 OpenCL 컴파일러에 버그가 있었고, segfault를 통해 쉽게 컴파일러를 크래시시킬 수 있었음(결국 포기하고 보고하지 않음). AMD가 CUDA에 대항할 경쟁자를 개발하지 않은 것은 매우 단기적인 시각이었음. AMD의 이사회가 왜 교체되지 않았는지 이해할 수 없음. 최고의 하드웨어를 만들 수 있어도, 그것을 사용할 소프트웨어가 형편없다면 아무도 구매하거나 사용하지 않을 것임. 고객으로서는 AMD 이사회가 테이블 위에 남겨진 수조 달러의 가치에 대해 신경 쓰지 않는 것처럼 보여, 과대평가된 Nvidia 카드를 구매할 수밖에 없음. AMD 주식을 소유한 사람들은 질문을 해야 하며, 그 이사회는 가장 가까운 배수구로 내려가야 함.
Metal, CUDA, AMD가 가진 것 등 다양한 커널 언어로 컴파일할 수 있는 프로그래밍 언어가 있는지 궁금함. 만약 없다면, 왜 없을까? 다양한 CPU 아키텍처로 컴파일하는 C 컴파일러가 있는 것처럼, GPU 아키텍처로 컴파일하는 컴파일러도 있어야 하지 않을까? 아마도 아직 아무도 만들지 않았을 수도 있음.
누군가 이것을 Meshroom 같은 OSS 포토그래메트리 도구에서 실행해 본 적이 있는지 궁금함. 기사에서는 몇 가지 독점적인 것들을 언급하지만, 필요한 것은 그리 많지 않음.
AMD GPU의 문제는 개별 커널이 아니라 라이브러리임. 릴리스 노트에서 'cuDNN, cuBLAS, cuSPARSE, cuFFT, NCCL, NVML의 최소 지원 추가'라고 언급한 것으로 보아, 이 프로젝트가 이 방향으로 나아가고 있었음. AMD가 자금 지원을 중단한 후에도 이 프로젝트가 모멘템을 유지할 수 있을지는 누구도 모름.
이것은 Oracle 대 Google과 관련하여 JVM 바이트코드를 사용하는 것과 거의 동일한 문제임.
geohot의 지속적인 AMD GPU와의 (비싼) 투쟁도 관련이 있음: Twitter 링크