Skrivet av F.Ultra:
Fast punkt #1 stämmer ju inte, detta är ju inte en ersättare till något som AMD någonsin snickrat på utan bara en översättare mellan CUDA och HIP, att sedan program som Blender visar sig köra snabbare via denna lösning än direkt mot HIP tyder ju mer på att det är stödet för HIP i Blender som ligger efter.
Well, skrev ju att det nog handlar om PR.
Ja, tekniskt sett är inte #1 korrekt. Hur många ens på en tech-site som SweC tror du fattar varför det inte är fallet? Så spelar egentligen ingen roll om det är sant eller inte, det kommer antaligen _uppfattas_ på "fel" sätt.
Har aldrig riktigt fullt ut greppat vad som är HIP och vad som är ROCm. Men vet att AMDs GPU-kompilator använder sig av det nästan alla använder sig av idag: LLVM IR + AMDs LLVM-backend för GPUer AMDGPU.
Fun fact här är att, vare sig de vill det eller ej, så samarbetar AMD och Intel på denna punkt. Intel använder också LLVM, de använder det både för GPU och CPU i deras "OneAPI". Är faktiskt möjligt att använda OneAPI som "front-end" (Intel använder Khronos SyCL, som AMD av någon anledning inte bryr sig om att stödja) ihop med ROCm/AMDGPU (så antar att "ROCm" är "runtime" medan HIP är API/SDKn).
TL;DR är att detta nog ändå visar hur långt före Nvidias tool-chain är AMDs. För vad ZLUDA rent tekniskt gör är tar Nvidias motsvarighet till LLVM IR*: PTX, och översätter den till motsvarande LLVM IR. Efter det fungerar det "som vanligt".
Nvidia har helt enkelt betydligt mer välpolerad front-end och PTX optimerare. PTX är assembler för en virtuell GPU, precis som för LLVM IR finns sedan en "backend" per GPU-generation som skapar rätt maskinkod för just den GPUn
Gäller inte bara HIP, även OpenCL i Geekbench blev rätt mycket effektivare om man istället gick CUDA->PTX->ZLUDA->Radeon GPU.
Som nämnts i tråden är det, förutom PR-problematiken att ta denna väg, nog ingen framkomlig väg när man läser på projektsidan. Där nämns att projektet är i praktiken övergivet och det är lite svårt att använda med begränsningar som
"Applications running ZLUDA might produce slightly different values Firstly, ZLUDA ignores some of the floating point denormal and rounding mode information present in the kernels. Secondly, for certain approximate (not IEEE 754) NVIDIA floating point operations in CUDA, ZLUDA blindly uses approximate AMD floating point operations. The two might have a different precision."
och
"On Windows, Antivirus flags ZLUDA as malware."
* LLVM IR är en virtuell CPU/GPU som alla LLVM front-ends bygger till, sedan översätts LLVM IR till faktiskt HW via en lämplig backend, AMDGPU i fallet Radeon GPUer och samma LLVM IR kan används på Intel Arc via deras intel-ocloc backend.
