• 57 Posts
  • 220 Comments
Joined 10 months ago
cake
Cake day: January 9th, 2026

help-circle




  • If you have security concerns, then its probably a good idea not even to run the code. But if you really really want to, one could use Virtual Machines with CPU and graphics cards passthrough. In case of Linux, even the Kernel on your machine is reused in the Virtual Machine and the filesystem is nowadays very good optimized too. All of this gives you near native performance. The little bit performance hit I think is acceptable, given that security is high priority here.

    I personally wanted to set this up, but honestly I’m too lazy. BTW Flatpak is not a good container, if security is a high priority.






  • I was using a 1070 just a few years ago. I also felt the performance lack, but it wasn’t just the card. The entire PC was old, with old CPU and DDR-3. I wonder how the 1070 would hold up on my current DDR-5 based computer. I would have swapped out for testing purposes, but I don’t want to install and setup Nvidia driver. I’m on Linux and the modern Open Source drivers only support starting with RTX 20xx series.

    Those Pascal series was the best graphics card I ever had.



  • Linux versioning does not work like that. There is no major release, the are all equivalent. It’s not a joke, Linus Torvalds just don’t want high numbers, so at the latest .20 (dot-twenty) release they create a new major one. But functionally it doesn’t matter. Therefore the release version is meaningless for our discussion. I’m really serious about this, this is not in any way trolling or being toxic. All we need for this discussion are already present in the graph.

    Have a look at: https://en.wikipedia.org/wiki/Linux_kernel_version_history

    In contrast to semantic versioning, the major version carries no intrinsic meaning for the kernel, as Linux promises stable interfaces and behavior even when the major version changes. However, since version 3.x, minor versions have been capped around 20 to avoid the false perception that changes between large minor versions (e.g. from 5.30 to 5.31) would be less voluminous or impactful than changes between smaller minor versions (e.g. from 6.1 to 6.2).


  • This doesn’t make sense. We are comparing single releases, not the entirety of 6.0 up to 7.0. How many years would this be? Also why do people want see 6.0? We have 14 last releases, in span of 2.5 years. And only the last two or 3 releases got a huuuge spike, which coincides with the broad usage and advancements of Ai in the Kernel.

    We don’t need to compare older versions. The data is here and enough to support this claim. These are 14 releases for gods sake.




  • Exactly why this is still a problem. There are patents of game mechanics that prevented other devs to implement them, because they do not want to go to court or fear they could lose in a court. The Nemesis system is such an example often brought up in discussions like these. Or the ability to catch a Pokemon with the Pokeball in the way Nintendo does, and riding/flying with a monster are also patented. And on that note, I think Nintendo lost the case with the riding or with the catch mechanic, I don’t remember details.

    Game mechanics being patented is enforceable as far as I know, but only if the patent is in that country and is valid (validity can change even after it was granted, but that is not common). The point is, if valid or not, most companies just stop using those game mechanics out of fear. And that still holding back innovation.