Gregory's Server|
20 comments
 @marcan @G33KatWork @tnt @kkarhan @sima @lina Sadly NVIDIA is still more or less the biggest player, so NVIDIA not working well with it will cause headaches for a lot of people, including me. People are not going to switch to different worse performing GPUs for their tasks (even if the main perf advantage NVIDIA has is brute force with massive power draw) Hopefully now that NVIDIA has an open kernel driver some parts can be alleviated?? @LunaFoxgirlVT @marcan @G33KatWork @tnt @kkarhan @sima @lina this goes along with NVIDIA also supporting CUDA and AMD's Linux OpenCL support being in the form of a DKMS driver that only seems to support a 3 year old LTS of Ubuntu and is broken on the last 2 LTS kernels (or at least was the last time I tried to use it) @LunaFoxgirlVT @marcan @G33KatWork @tnt @kkarhan @lina the open driver only fixes nvidia's issue of no longer being able to cheat and get access to GPL-only kernel services. which they need for cuda the other thing they had to fix is make the fw redistributable, which was the total killer before it's still a giantic mess because they don't do any kind of reasonable fw api versioning, which means doing a real linux driver with all the features in upstream is still very hard, and unecessarily so @sima @LunaFoxgirlVT @G33KatWork @tnt @kkarhan @lina To be fair Apple also aren't doing any FW API versioning, and we're dealing with it anyway :P @marcan @LunaFoxgirlVT @G33KatWork @tnt @kkarhan @lina you don't need to load it from linux (so no lolz with redistribution rights) and I thought in the bootloader entry you can spec which one you want, so that you don't have to support them all? at least it sounded somewhat reasonable nvidia didn't even do that for years, until they where forced because the kernel's module loader got stricter with enforcing GPL-only module access, and that broke cuda @sima @LunaFoxgirlVT @G33KatWork @tnt @kkarhan @lina We pick the supported versions and our installer only offers those, but if it's loaded by Linux itself then you should also be able to restrict the set of supported versions, right? @marcan @LunaFoxgirlVT @G33KatWork @tnt @kkarhan @lina yes maybe it's just me being extremely biased because nvidia has a track record of maximally screwing over the open drivers, but gut feeling is that the nvidia way sounds a lot more messy like from what I've heard apple's design seems pretty settled, which helps. nvidia's is a first cut because they panicked and try way to hard to hide stuff in the fw, and some things will need to drastically change at least for compute in upstream @sima @LunaFoxgirlVT @G33KatWork @tnt @kkarhan @lina Yeah, I don't know if it's good or bad but at least for us we *know* we're getting whatever Apple does on macOS and there isn't any room for asking for something else, so the path forward is clear regardless of how easy or hard it is. @marcan @LunaFoxgirlVT @G33KatWork @tnt @kkarhan @lina yeah I guess my worry is that nvidia has a track record of actively making the open stack harder than necessary, and some of the things suggest the new open driver + new fw blob is going to be a repeat apple seems to just not care and so more design things in a way that makes sense instead of trying real hard to make the gpl'ed kernel driver as small as possible (now that impossible is out), whether that makes sense or not technically  @sima @marcan @LunaFoxgirlVT @G33KatWork @tnt @lina *nodds in agreement* @marcan @LunaFoxgirlVT @G33KatWork @tnt @kkarhan @lina at least in my experience nothing good ever comes out of designing fw when your principle is to hide all your "vendor value add" in it and move it out of the gpl'ed kernel driver I've seen that in other places than nvidia, and it's absolute pain. and from what I've heard, this "hide it all in fw and use the kernel as the new shim to get access to gpl stuff" is absolutely their plan that's also why the fw is ginormous  @marcan @G33KatWork @tnt @kkarhan @sima @lina She did it without proper documentation and without the support of a massive corporation as well. Let’s face it, it’s not incompetence from nVidia, it’s disinterest. I mean Lina (hi!) is good, but given time and documentation I’m sure I could do it too. Their Windows devs surely could. Not claiming anything high and mighty with this, but I selected an AMD GPU for this very reason.  @G33KatWork @kkarhan @sima @marcan Did you try with the part-binary kernel module or using the open-gpu-kernel-modules one ? Not sure if it makes any difference ... @kkarhan @marcan this is why I recommend amd if you want a discrete gpu for linux it works, and between amd and valve plus the entire community, you get a rather solid stack unfortuantely intel's ARC isn't there yet, the kernel driver is a bit a crater for a few reasons and the hw has a few too many kinks still. but I'm hopefully there's going to be a solid 2nd discrete gpu option soon nvidia is for when you require cuda, or just love to feel the pain I'm more convinced that #Intel will get #Arc to the same standard as their #iGPU|s have been for ages in terms of stability than #nvidia being less asshole-ish in the future. We've seen a complete reversal of tech wisdom with #AMD & nvidia swapping seats when it comes to recommended Hardware, and it's kinda a shame that nvidia went worse... |
@kkarhan @sima @marcan Does that include NVidia HW ? I never tested myself, it's just what I read that my perf would be way worse with wayland and what I saw on recent published benchmark too.
(and AFAIK it's being worked on, and improving, but I'm just looking to know the status perf wise today running proton on Xorg vs wayland)