NVIDIA have now made PhysX open source

Quoting: svartalfUhm... WHAT? The only real differences there is overall speed of the CPU and the Intel GPU (which isn't getting used...or, rather, I hope not..). There's no architectural or ISA differences that should matter or prevent it from being usable on that CPU.

The difference is: Sandy Bridge (I think my mainboard too) is only PCIe 2.0, ROCm is PCIe 3.0+ only....

Quoting: Stebs

Quoting: svartalfUhm... WHAT? The only real differences there is overall speed of the CPU and the Intel GPU (which isn't getting used...or, rather, I hope not..). There's no architectural or ISA differences that should matter or prevent it from being usable on that CPU.

The difference is: Sandy Bridge (I think my mainboard too) is only PCIe 2.0, ROCm is PCIe 3.0+ only....

That's patently stupid. There's really not much of a bandwidth change as far as most cards are concerned and it's just that- a small bandwidth difference as far as the application should be concerned.

Just another reason to **NOT** use proprietary stuff, really.

Quoting: svartalfJust another reason to **NOT** use proprietary stuff, really.

Yeah, but ROCm (at least parts of it) is about to be open-sourced/intergrated in the open-source driver. I still have the little hope that during/after this, the strict PCIe 3.0 limitation is going away, don't want to be stuck forever on OpenCL 1.1 via deprecated clover.

Quoting: GuestToo many things to track for compute stuff, and I don't have a use case for it to learn from. Particles with compute in Vulkan is my current focus (because in my rare free time, I'm learning Vulkan). But I kept OpenCL around on Mesa until it wanted to pull in ruby and every damned library in existence....just to eselect I think. So I scrapped it out (meh, wasn't using it anyway).

Geez. They did that? Idiots.

As for use cases...I'll be learning from a DX12 based use case shortly with the intent on providing a Vulkan backend on the whole thing, rendering and compute. Working codebase that I'm to do that work and more against. Can't say much more there, sadly.

Thing is? I'm not likely to need PhysX- not for the work in question.

Having said this? I'm going to need something like Bullet or PhysX on other projects eventually... I'm open to Beer Investment... X-D

QuoteNone of my hardware will run ROCm. Don't know how many years it's been since I've been wanting a new rig, but some expense always gets in the way.

None of mine support it either because it's AMD-only. Not interested in anything proprietary. CUDA doesn't interest. ROCm doesn't either. To me they're just about as craptacular as Apple's Metal, to be honest with you.

QuoteBut anyway. The code as it is from PhysX still appears to use CUDA. So unusable for GPU accel as far as non-nvidia users go - but I'm still tempted by the CPU side of things.

For now, yes. Later on, now that it's fully BSD'ed, it will likely morph into something much more usable for everyone. There's a class of work involved, even with OpenCL that Bullet hasn't done (yet!) that PhysX has, at least in terms of CUDA, which can be ported moderately easily...

Quoting: GuestPolaris cards cannot use PCIE 2 with ROCm yet. They rely on PCIE atomics. I believe they will in the future, VEGA cards can, and also pre-Tonga cards can too... So be patient

In the mean time, just use the closed source OpenCL component by AMD, from the amdgpu-pro package. That is what i have been using.

Useful tidbits for all. I've been a smidge out of the loop on some aspects of things being that I've spent the last two years doing signal intelligence systems.


Last edited by svartalf on 3 December 2018 at 8:05 pm UTC

Quoting: Stebs

Quoting: svartalfJust another reason to **NOT** use proprietary stuff, really.

Yeah, but ROCm (at least parts of it) is about to be open-sourced/intergrated in the open-source driver. I still have the little hope that during/after this, the strict PCIe 3.0 limitation is going away, don't want to be stuck forever on OpenCL 1.1 via deprecated clover.

Ah, so Oculus is about to make Linux support (they DID promise that, mind...) and apparently Stainless reneged on their deal with Carmageddon.

You cannot go off of promises...only delivered. Until they do and it shows that it's portable instead of being tightly tied to Radeons...you really should not buy into that, based on years of professional experience.

I think this is a good thing. I've always hated the proprietary nature of PhysX because it could only be used for inconsequential eye-candy. Developers couldn't tightly integrate physics to gameplay because that would have eliminated every customer who didn't have an Nvidia card. So instead all we ever got were little perks like banners waving in the breeze, or volumetric fog, things that made no difference in terms of gameplay.

Maybe with it going open source, we'll see physics meaningfully implemented in games again.

nvidia was the last company that i thought i would see open sourcing something, and here it is!

And if they had done this five years ago PhysX might still be a common thing.

Quoting: GuestI think they (Khronos) are planning to converge the roadmaps so that eventually they will be basically equal. Citation needed.

I've seen it here: https://hexus.net/tech/news/software/105895-vulkan-opencl-will-merge-single-api/