Deutsch English Français Italiano |
<v11ulq$cmde$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: The Natural Philosopher <tnp@invalid.invalid> Newsgroups: comp.os.linux.misc Subject: Re: Linux doesn't seem to manage memory very well Date: Fri, 3 May 2024 07:02:34 +0100 Organization: A little, after lunch Lines: 74 Message-ID: <v11ulq$cmde$1@dont-email.me> References: <v0t5nk$3415a$1@dont-email.me> <v0tkdc$3780t$1@dont-email.me> <v0u9g9$f5jt$1@news.xmission.com> <pqmbgkxe9o.ln2@Telcontar.valinor> <v106lv$3sg37$6@dont-email.me> <1gddgkxic6.ln2@Telcontar.valinor> <6634207d@news.ausics.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 03 May 2024 08:02:35 +0200 (CEST) Injection-Info: dont-email.me; posting-host="4ce65002836e8d723e70c42918b10bd5"; logging-data="416174"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX186gmw3ox6xDwLrnKfnASPf5Hps9UMkt8Y=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:Nidd++Mh6H/7uhsC4L0gM1A3BxA= In-Reply-To: <6634207d@news.ausics.net> Content-Language: en-GB Bytes: 4590 On 03/05/2024 00:23, Computer Nerd Kev wrote: > Carlos E.R. <robin_listas@es.invalid> wrote: >> On 2024-05-02 16:06, James Harris wrote: >>> >>> Yes, I am (at least tentatively) blaming Linux but not for the problem >>> you think. I wouldn't expect Linux to prevent programs from gobbling up >>> memory but I would expect it to manage memory hogs more gracefully than >>> it does. IME Windows handles the same situation better - and that may be >>> down to the different designs of their paging systems. >>> >>> Don't get me wrong. I much prefer Linux to Windows and have often seen >>> Windows get into a worse situation under different circumstances. But >>> for page management ISTM that the design of Linux's paging subsystem may >>> not be the best. >> >> You can configure Linux to crash the application that is behaving badly >> by grabbing all the memory. It is up to you, the boss. >> >> The philosophy is not to nanny care for you. It does what you asked. >> More memory? Yes sir. Till death does us part. Your orders will be obeyed. >> >> :-) > > I didn't know there was an option not to have it do that (via the > Out Of Memory Reaper). It seems the alternatives are to reboot or > risk the kernel crashing, so your description seems about right. > > https://www.oracle.com/technical-resources/articles/it-infrastructure/dev-oom-killer.html > > The OP has noted now that the process that consumes their RAM is > Chrome or Firefox. I've not seen a detailed description of why it > happens, but I've long noted that Firefox seems to expand its RAM > usage to the available space, but different from a memory leak in > that it usually leaves a certain amount free. I assume that this > in intended behaviour. I run current Firefox on a PC with 2GB RAM > and I don't have it getting killed by the kernel, nor do I have > problems with kernel crashes/reboots. I've also tried running > recent Firefox on a PC with 512MB RAM and noticed that it performs > much worse than with 2GB RAM, slowing down to a crawl while loading > some websites, suggesting that it really does need more RAM in that > case. > > I don't use web browsers to play video. If you're streaming super > high resolution video through your browser with the latest and > greatest compression algorithms, then it probably has the right > to chew up a lot of RAM. > I use browsers to play videos. RAM usage is not massive. CPU usage is. What chews memory are *commercial* websites loaded with (deliberately) buggy javaScript that cause javaScript engines to go into meltdown. How that is handled is browser dependent. Ublock Origin helps massively, but is not a complete answer. What is a massive help at leats in Mint Mate is the System Monitor widget that I keep in the task bar permanently displaying CPU, RAM and Network usage as teeny graphs. It is very easy to see when memory is all grabbed by a process rather than simply cache And monitor how much gets released when you close a website page. It is configurable to do what htop, top and atop do in a much simpler way for GUI users Right now, it looks like Thunderbird is my biggest surprise at almost a gigabyte? I will close it and reopen it. It shouldnt be THAT heavy on memory. -- “when things get difficult you just have to lie” ― Jean Claud Jüncker