BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] memory management
- Subject: [Discuss] memory management
- From: smallm at panix.com (Mike Small)
- Date: Sat, 20 Jun 2015 16:18:26 -0400
- In-reply-to: <55858DB0.4080709@mattgillen.net> (Matthew Gillen's message of "Sat, 20 Jun 2015 11:58:40 -0400")
- References: <558420D5.6090803@mattgillen.net> <55858DB0.4080709@mattgillen.net>
Matthew Gillen <me at mattgillen.net> writes: > going to start swapping if it can. What I want for desktop environments > is behavior like: if you run out of memory, kill the thing that's > hogging the most. My typical case is that if there is a process using a > ton of memory, it's probably doing something wrong (e.g. javascript, or > eclipse going into a death spiral because of the awful Android plugin), > and /that/ is what I want OOM-killer to murder. > > I suppose the right answer is to wrap the problem programs in a script > so that every time I start them I can > echo 999 > /proc/[firefox-pid]/oom_score_adj What about creating a second, less privileged user for running firefox and using ulimit to keep it down to size? There are good reasons to not run firefox as your main user anyway, at least not for general browsing. I do this (minus the ulimit part), with the non-privileged firefox also having restrictive plugins. For banking and a small number of other sites I run firefox as my main user with no plugins. That way I don't have to worry about librejs or requestpolicy messing up a financial transaction. And if a site takes advantage of a firefox exploit it's somewhat contained, assuming it's not my bank that hosts the exploit. -- Mike Small smallm at panix.com
- Follow-Ups:
- [Discuss] sandboxing web browsers
- From: tmetro+blu at gmail.com (Tom Metro)
- [Discuss] memory management
- From: me at mattgillen.net (Matthew Gillen)
- [Discuss] sandboxing web browsers
- References:
- [Discuss] memory management
- From: me at mattgillen.net (Matthew Gillen)
- [Discuss] memory management
- From: me at mattgillen.net (Matthew Gillen)
- [Discuss] memory management
- Prev by Date: [Discuss] memory management
- Next by Date: [Discuss] memory management
- Previous by thread: [Discuss] memory management
- Next by thread: [Discuss] memory management
- Index(es):