Tredjepartslösning ger AMD-kort stöd för Nvidias CUDA

Hur blir detta rent juridiskt om AMD har sponsrat det?

Satt faktiskt för några dagar sen och funderade på just detta, vet att jag såg någon presskonferans eller om det va någon release eller något där dom nämnde just detta men sen blev det bara tyst.

vad spelar det för roll? det är juuh släppt som open source sen vem/vilka som arbetat på det innan spelar ingen roll iom att dom drog sig ur det hela.

Lite roligt att vi kommit dit att inte api:er ersätta i program och spel utan att det istället göra översättningsverktyg som gör att vi kan köra program på fler hårdvaru konfigurationee och OS

Många proffsionella program görs knappt körbara till en plattform. Problemet är få kunder som ska dela på utvecklingskostnaden.
Dessa få kunder är ofta broende på att det ändå ska vara så bra som möjligt.
Så jag frågar mig vem kommer köra detta tilläggsprogram?

Problemet ovanför har alltid funnits, lösningen idag är att mer gå emot weblösningar och folks datorer blir mer eller mindre terminaler. Nu är dock cad med cuda etc något som länge finns kvar på klientsidan.

För min del är det Matlab som gör CUDA intressant. Men jag lyckas inte hitta ifall den här lösningen kommer att fungera med Matlab.

Skulle vara trevligt med mer kompatibla lösningar, så känns som ett steg åt rätt håll

Om jag sponsrar något som blir juridiskt inkorrekt om jag står kvar som skapare så blir det väl ett problem?

De drog sig ur av någon anledning....

Det tråkiga är väl att det i alla fall för tillfället är tveksamt om projektet har någon framtid, utvecklaren själv säger att projektet i stort sett är övergivet nu och tidigare försök att hitta andra intresserade verkar inte ha resulterat i någonting. Det kanske finns mer intresse nu när AMD stöds istället för Intel, vi får se.

Känns som AMD dumpat mjukvara med hög potential åt höger och vänster i +15 år nu...

Pengarna överförs bara om det finns ett avtal.
Avtalet kan innehålla en klausul om att "utvecklaren vet vad den gör och tar all juridisk ansvar på sig".
Klart.

Sedan kan AMD blåögd säga att: - ...men utveklaren sa att de kan implementera lösningen på ett juridiskt lagligt sätt...

Sådant fungerar inte
"men björn sade ju....."
har ju fungerat i rättegångar förut?

Sen kanske saken är juridiakt korrekt, vad vet jag

Men sponsrar man något är man alltid delaktig i slutresultatet.

Lite svårt att se att enterprise skulle vilja ha en sån här lösning men kul att den finns ändå. För hobbyister kan det nog bli desto roligare om man inte vill ha orginalet så att säga.

Lite pinsamt just det, som jag tror någon innan skrivit eller om jag läst det på annat håll, att en enda utvecklare gjort ett så pass mycket bättre jobb än folket hos AMD med alla resurser de haft tillgängliga. Nu kanske inte detta har haft någon större prio inom AMD men det säger också en del faktiskt.

Kudos till utvecklaren i fråga.

ZLUDA översätter CUDA-anrop till HIP-anrop, så att CUDA via ZLUDA är snabbare än HIP i t.ex. Blender visar ju att det i alla fall finns utrymme för förbättring av Blenders HIP-kod och/eller AMDs kompilator.

Sen visar testet av Phoronix inte hela sanningen. Med moderna grafikkort så är det i regel inte CUDA vs HIP som gäller utan OptiX vs HIP RT för att utnyttja RT-kärnorna, och då halkar AMD oftast efter ännu mer.

Så om man t.ex. sponsrar företag A att den skall skriva en mjukvara utan patentintrång och den skriver mjukvaran som gör patentintrång, så enligt ditt fall sponsaren är skyldig men inte mjukvarutillverkaren?

Näe båda såklart.

Om jag sponsrar någon som gör ett intrång så brukar det bli medhjälp till XXX

Oh, detta är ju lite extra intressant förstås!
I någon av F@H-forumen borde det ju skrivas något om detta snart nog, om det inte redan hänt då.

"zluda" på https://foldingforum.org ger inga resultat ännu, men det är inte världens mest aktiva forum idag samtidigt. Det där namnet rullar inte direkt av tungan enkelt, efter att ha provat säga det högt.

En intressant synvinkel, med tanken på vad jag skrev.

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.