How do you know if it’s open source? Well if it’s called something like “huggingface” or “redpajama” there’s a very good chance it’s made by people who have no marketing department. So good odds it’s free.
You can install vulkan-tools (ubuntu package name - not sure if it’s the same for your distro) and running vkcube. It’s a simple vulkan app that will display a rotating cube using vulkan. It will also spit out the GPU that it’s running on.
If it reports your nvidia card and the cube looks good then your drivers may be fine and the issue is with Steam and/or this application specifically. If not then there’s an issue with your drivers.
Occasionally when I’ve had a kernel update or something the nvidia drivers have gotten borked. Removing, re-installing, and rebooting has helped. Something like this:
FWIW I manage docker compose files with ansible. Allows me to centrally manage them without the need to go logging into multiple vms. I also create a systemd service file to start/stop the containers (also managed with ansible).
That said I’m starting to switch over to k8s as well (also with microk8s which has been the easiest to work with). Definitely overkill but I want to learn it.
It’s not a “language” issue it’s a “computer” issue. This math is being done on the CPU.
IEEE 754
Some languages do provide for “arbitrary precision math” (Java’s BigDecimal for example) but it’s slower to do that. Not what you want if you’re multiplying a 4k matrix every millisecond.
I think you need to learn more about how databases work. They don’t typically reclaim deleted space automatically for performance reasons. Databases like to write to a single large file they can then index into. Re-writing those files is expensive so left to the DBA (you) to determine when it should be done.
And how are you backing up the database? Just backing up /var/lib/postgres? Or are you doing a pg_dump? If the former then it’s possible your backups won’t be coherent if you haven’t stopped your database and it will contain that full history of deleted stuff. pg_dump would give you just the current data in a way that will apply properly to a new database should you need to restore
You can also consider your backup retention policy. How many backups do you need for how long?