Live data from Hacker News

Linux 7.3 improves performance when running out of vRAM

pixelcluster.dev

241–250 of 328 posts

Re: Linux 7.3 improves performance when running out of vRAM

#241

I hope there will be an update where when my RAM gets full my PC doesn't freeze and becomes unusable... I remember that Linux and Windows do this in different ways and Windows doesn't have the problem.

You've never been given a corporate laptop with MS Teams? Mine would literally prevent me from opening apps before it reclaimed memory from Teams...

Re: Linux 7.3 improves performance when running out of vRAM

#242
This seems like an impressive improvement, and I'm looking forward to it eventually being upstreamed. Though unfortunately I'm on Nvidia right now, and have been struggling with vram. They don't seem to support any kind of paging at all.

I am curious about the bit on virtual memory fragmentation. Would it make sense for the kernel to occasionally defragment that memory in place? I assume that would create a noticeable hitch, but might improve performance otherwise and allow for some applications to just fit in.

Re: Linux 7.3 improves performance when running out of vRAM

#243

Earlier quoted context omitted.

This gripe (that I literally crashed out on recently after maining Fedora for the first time) is top of my list for annoyance/frustration with Linux as a desktop. I now have btop permanently running in a Terminal and I habitually Alt-Tab to it to watch my swap. As soon as my free memory gets less than 1 Gb I kill any Firefox tabs (the memory black hole). I know this won't be popular, but Linux people have some kind o…

I'm ashamed to daily run Ubuntu at home with Chrome (a dozen tabs), Firefox (literally hundreds of tabs, but only a few active), Thunderbird, RSSGuard, whatever I'm currently working with, and sometimes Steam and a AAA game on top of that. Never felt the need to close anything, but I must confess I have 64 Gb of RAM. At work I ran the same Firefox profile in Windows, with 16 GB of RAM, it used to eat RAM more eagerly…

Macs will compress infrequently-used memory, and of course everything will swap. So you can have tons of idle tabs that aren't using physical RAM.

Re: Linux 7.3 improves performance when running out of vRAM

#244

Earlier quoted context omitted.

This gripe (that I literally crashed out on recently after maining Fedora for the first time) is top of my list for annoyance/frustration with Linux as a desktop. I now have btop permanently running in a Terminal and I habitually Alt-Tab to it to watch my swap. As soon as my free memory gets less than 1 Gb I kill any Firefox tabs (the memory black hole). I know this won't be popular, but Linux people have some kind o…

Which OS are you using? systemd-oomd (or similar) afaik is enabled in many modern releases and fixes it. The default settings (on Arch) make it kill stuff when your CPU is spending 60% of time on reclaiming memory over some time period. So you'll get 20 seconds of lag, then it is fixed. By killing a program, yes, but how else do you expect it to work? If your RAM is not enough you have to kill stuff. And I really dou…

macOS shows a modal with a list of offending applications and how much RAM they're using. Some of those applications are "paused", marked in red, some are "not responding", and some are responding normally.

You can pick applications from that list and choose between "Resume" (for "paused" applications) or "Force Quit".

At no point the system becomes unresponsive.

Re: Linux 7.3 improves performance when running out of vRAM

#245

Earlier quoted context omitted.

This gripe (that I literally crashed out on recently after maining Fedora for the first time) is top of my list for annoyance/frustration with Linux as a desktop. I now have btop permanently running in a Terminal and I habitually Alt-Tab to it to watch my swap. As soon as my free memory gets less than 1 Gb I kill any Firefox tabs (the memory black hole). I know this won't be popular, but Linux people have some kind o…

The Linux Desktop people have been singing the song of "works for me" for decades, which is as long as they've been unable to crack double digit users.

[deleted]

Re: Linux 7.3 improves performance when running out of vRAM

#246

I hope there will be an update where when my RAM gets full my PC doesn't freeze and becomes unusable... I remember that Linux and Windows do this in different ways and Windows doesn't have the problem.

This gripe (that I literally crashed out on recently after maining Fedora for the first time) is top of my list for annoyance/frustration with Linux as a desktop. I now have btop permanently running in a Terminal and I habitually Alt-Tab to it to watch my swap. As soon as my free memory gets less than 1 Gb I kill any Firefox tabs (the memory black hole). I know this won't be popular, but Linux people have some kind o…

Same. What I find pretty incredible is that we've had single core scheduling, then multi-core CPUs, page files, etc., all that stuff as computers progressed through the decades, just for a single app freezing the entire system in 2026.

Where did the technology go?

Re: Linux 7.3 improves performance when running out of vRAM

#247
post #208

I hope there will be an update where when my RAM gets full my PC doesn't freeze and becomes unusable... I remember that Linux and Windows do this in different ways and Windows doesn't have the problem.

Wait, how does literally no one in this thread mention swap? IME, many default installations in recent years don't configure swap by default. Dedicate a few tens-of-gigabytes on your hard drive and memory overflows there instead of borking.

Sometimes I use swap, but >half the time I'm intentionally disabling it so the system doesn't go into livelock. I'd rather have an OOM than an unresponsive system. Granted this is usually on some headless Linux machine running batch jobs, not my PC.

Re: Linux 7.3 improves performance when running out of vRAM

#248
post #131
post #74

Earlier quoted context omitted.

macOS too sadly. by the time you realise there's a problem the machine is already comatose and unresponsive all these electron apps and invisible virtual machines (looking at you Claude) really don't help.

Macs are also real bad at handling low disk space. I don’t how other OSes do but the best advice on a Mac is to always have a decent amount free. What’s a decent amount? No idea. Don’t test it :)

I've also found that the fastest way to totally lock up a Mac kernel is to have some external hard drive fail while connected. You will be unable to open, quit, force quit, or reboot, and it won't boot up again unless that drive is disconnected.

Re: Linux 7.3 improves performance when running out of vRAM

#249

Earlier quoted context omitted.

Unfortunately I don't have the spare 8 TB. Been unemployed for 6 months, have not gotten a single offer in that time, + memory/storage crisis, etc. Shit's fucked. I don't think I would downgrade though. I just hope this gets fixed someday... I can deal with the terrible memory bandwidth but I don't like to reboot. (That said, macOS is so, so much better at reboots than Windows)

I'm sorry to hear that. But my GLM5.2 is not 8TB, it is only around 200GB and works pretty well. (0.9tok/sec from a 40Gbps NVMe) I used https://huggingface.co/anemll/GLM-5.2-sidecar

Huh? I have 8TB of data I'd have to back up in order to downgrade macOS. You can't downgrade in-place.

Re: Linux 7.3 improves performance when running out of vRAM

#250

Earlier quoted context omitted.

On my M4 Max MacBook Pro, if I run or even load an LLM more than a couple times, even a small one, general desktop performance starts to get really, really bad until a reboot and I don't know why. Genuinely, everything starts feeling super sluggish, even long after the process has terminated -- cmd+tab gets slow, apps constantly hang for a few seconds at a time, the cursor position starts lagging and videos are slow…

macOS's OOM manager suspends and pages out processes when it hits a hard OOM event, and then usually (though not always) brings up a window to help you decide what to kill. However, once you do that, you have to then resume those processes that were suspended using that OOM window. If you don't do that (or if the process is terminated for you without the OOM window showing up, then a restart is the simplest solution…

I never ran out of memory and processes were never suspended. I have 128GB of memory and this happens even when total memory usage stays well under the available capacity.
Post reply on HN