Re: 4GB RAM too little for Firefox?
On Sat, Jul 06, 2019 at 01:10:08PM +0200, Richard Ulmer wrote: I have a desktop from 2009 with 8GB of RAM and faced a similar issue with recent Firefox versions. For me, the problem was two-fold: 1. Recent Firefox versions start 8 rendering processes for my system with 2 CPUs. I limited this in the preferences to just 2, ending up with a total of 4 firefox processes at all times. You are refering to the "Content process limit" option in about:preferences, right? I haven't changed it and it was still at 8. I set it to 2 and compared the memory usage with the script I mentioned before. Memory usage went from 1474M to 1188M. That's a 20% improvement, not too bad, but will probably not stop my computer from swapping. Thanks for the tip, I'll keep this setting! Beware that a setting of 2 might hurt responsiveness too much, which translates into hiccups of 1-3 seconds, during which Firefox is unresponsive. I've settled for 4 on my old system with 8GB of RAM and a dual-core CPU. One more thing I've discovered in the mean time... I use Deezer, which is one of those heavy web apps that can't be replaced without lots of hacking and reverse-engineering. So what I do to alleviate the RAM leaks is to refresh the deezer.com web app with Ctrl-Shift-R from time to time. Once every few hours, this frees lots of RAM from a couple of Firefox processes, usually about 2GB. YMMV
Re: Postscript printer recommendations
On 18.07.19 10:57, Gregory Edigarov wrote: Just for myself until the better solution arive I for a while have put such lines into rc.shutdown also, how about having kernel.conf file, that will be used by rc script after kernel relinking. i.e something like this in the end of /etc/rc if [ -f /etc/kernel.conf ]; then config -ef /bsd < /etc/kernel.conf fi On 18.07.19 10:07, Stuart Henderson wrote: On 2019-07-16, Robert Klein wrote: How about: config -ef /bsd
Re: Postscript printer recommendations
Just for myself until the better solution arive I for a while have put such lines into rc.shutdown On 18.07.19 10:07, Stuart Henderson wrote: On 2019-07-16, Robert Klein wrote: How about: config -ef /bsd < It still works, but it prevents "kernel reordering" from taking place, which is both a security mitigation and (for release users) the mechanism used for applying syspatches to the kernel. And of course for snapshot users it needs to be re-applied every update. We don't have a good solution for this yet.
Re: Postscript printer recommendations
On 2019-07-16, Robert Klein wrote: > > How about: > > config -ef /bsd < disable ulpt > quit > EOF > > > Dunno if that still works, though, I networked my printer. It still works, but it prevents "kernel reordering" from taking place, which is both a security mitigation and (for release users) the mechanism used for applying syspatches to the kernel. And of course for snapshot users it needs to be re-applied every update. We don't have a good solution for this yet.