DigitalDilemma

  • 0 Posts
  • 26 Comments
Joined 2 years ago
cake
Cake day: July 22nd, 2023

help-circle



  • I work four days a week on a remote windows vm. It has everything I need, and I remote from /that/ onto whatever other vm I might need. I connect over a vpn using, well, anything. As you’ve pointed out, the local machine doesn’t need much in the way of specs, although in my case I have three monitors - all given over to the remote, and it’s a clean way to separate work’s environment and network from my own and it’s a very common work pattern. The hypervisor there is vmware, but that doesn’t matter.

    But… Gaming is a different. There is latency over the conn, and audio/graphic lag would make FPS and gpu-heavy games particularly poor. I don’t know of a way to totally overcome that, although game-streaming services exist, so presumably it is possible.








  • I’m guessing you’ve already turned it off and on again. If not, seriously, do that. It works more time than it doesn’t for random weirdness.

    Run ‘htop’ and sort by CPU (it’s a friendlier and better version of ‘top’. That’ll show you what processes are using the most CPU

    Whilst you’re in there, check the free memory. If that’s low, or swap usage is high, then use htop to sort by memory usage to find what’s using the most.

    If you see processes you don’t recognise, hit google and find out why. It’s very unlikely they’re malicious, but it’s far less common on linux than Windows to have random processes doing unknown stuff. If it’s using a lot of cpu or memory, there’ll be a reason. It might be a dumb reason, but you will be able to find it out.

    And then when you know what the guilty process is, if it is that, and it’s not critical - you can stop it with systemctl and narrow down what’s afoot.





  • DigitalDilemma@lemmy.mltoLinux@lemmy.mlJackett memory leak
    link
    fedilink
    English
    arrow-up
    3
    ·
    4 months ago

    Others have answered why this isn’t a memory leak as such and is not as big a deal as you may think.

    But if you are still concerned, you can reduce it, even if doing so is a bad idea.

    1. You’re running it natively which means you’re probably using a systemd .service file to manage jackett. Research the .system setting “RuntimeMaxSec” - that will force a restart of the service every N seconds and prevent it growing. (This is a bad idea, but if you want to boss it around, you can)

    2. Run it in docker and force a max memory setting. Docker will prevent it using more than you set. You can also restrict cpu usage this way too. docker-compose example goes something like:

    deploy: resources: limits: cpus: 0.5 memory: 100m





  • Canonical is UK based, so scrub that.

    But Redhat, Rocky, Alma are all owned by US legal entities and can absolutely be legally forced to do as you describe.

    Technically blocked is something else, mind. We’re clever, resourceful and motivated people and US laws wouldn’t directly affect us.

    However - you’re thinking small. US influence of IT is massive. Routers, servers, hardware of all levels. The most enterprise level software is US led. All of these things can be restricted, or tarriffed heavily, or sanctioned entirely. If the US wants to hurt the rest of the world, it just has to tell Broadcom to turn off vmware outside of America. Ditto Cisco, Ditto Dell, Ditto… etc etc. Sure, it would be illegal, but does the American government care about that?

    Anyone telling you that “Y won’t happen because it’s unthinkable” clearly hasn’t been paying attention this year.


  • Debian stable is as hassle-free as you’ll get.

    It sounds like your issue is more with having to migrate to a new laptop. Firstly - buy laptops that are more linux compatible and you’ll have fewer niggles like with sound, suspend and drivers.

    Secondly - use “dpkg --get-selections” and “–set-selections” to transfer your list of installed software across to your new laptop. Combined with transferring your /home directory, user migration can be speeded up.