3 ms·
Remember, though, that the hardware-specific OpenGL library for the user's specific graphics hardware is also a userspace library that has to be provided in a 3
by makomk 7y ago
Remember, though, that the hardware-specific OpenGL library for the user's specific graphics hardware is also a userspace library that has to be provided in a 32-bit version. Even Steam doesn't bother shipping that because it's just not feasible. Without at least some library support from distros it's just not practical to continue 32-bit compatibility.
- londons_explore 7y agoYou can have a little 64 bit process which communicates with the 32 bit process with a named pipe, and acts as a proxy and makes all the syscalls and loads and calls the 64 bit libraries and returns the responses. Obviously it adds extra context switches and will reduce performance, but if you're running ancient legacy 32 bit code, you can probably afford that.
- holy_city 7y agoI believe this is how things like 32lives [1] work. 32/64 bit bridges are really critical when you rely on abandonware, like in media production. I know the classic response is "don't use abandonware" but a lot of that stuff is the equivalent of vintage amplifiers/effects - it has a particular sound to it that doesn't have an equivalent. [1] https://www.soundradix.com/products/32-lives/ https://www.soundradix.com/products/32-lives/
- atq2119 7y agoThe performance impact makes this a no-go for graphics drivers. Lots of games are 32 bits, even recent ones, because they don't need the large address space and don't want to pay the overhead of 64 bits. Really, this is an incredibly stupid move that has a high likelihood of killing Linux gaming on Ubuntu.