On Wed, Dec 06, 2023 at 09:27:06PM +0700, Max Nikulin wrote:
> On 06/12/2023 12:04, to...@tuxteam.de wrote:
> > On Wed, Dec 06, 2023 at 02:42:32AM +0800, jeremy ardley wrote:
> > >
> > > sudo sync; sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
> > >
> > > Sadly it looks like I'll need to do
On 06/12/2023 01:42, jeremy ardley wrote:
I have discovered a magic bullet for solving running out of memory
sudo sync; sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
Sadly it looks like I'll need to do this daily, simply for using Debian
Bookworm with a variety of web browsers
Magic does
On 06/12/2023 12:04, to...@tuxteam.de wrote:
On Wed, Dec 06, 2023 at 02:42:32AM +0800, jeremy ardley wrote:
sudo sync; sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
Sadly it looks like I'll need to do this daily,
See /etc/sysctl.conf and /etc/sysctl.conf.d if you want to make such things
Karl Vogel wrote:
> On Wed, Dec 06, 2023 at 06:04:36AM +0100, to...@tuxteam.de wrote:
> > On Wed, Dec 06, 2023 at 02:42:32AM +0800, jeremy ardley wrote:
> >
> > > I have discovered a magic bullet for solving running out of memory
> > > sudo sync; sudo sh -c 'echo 3 >
On Wed, Dec 06, 2023 at 06:04:36AM +0100, to...@tuxteam.de wrote:
> On Wed, Dec 06, 2023 at 02:42:32AM +0800, jeremy ardley wrote:
>
> > I have discovered a magic bullet for solving running out of memory
> > sudo sync; sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
> > Sadly it looks like I'll
On Wed, Dec 06, 2023 at 02:42:32AM +0800, jeremy ardley wrote:
[...]
> I have discovered a magic bullet for solving running out of memory
>
> sudo sync; sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
>
> Sadly it looks like I'll need to do this daily,
See /etc/sysctl.conf and
On 4/12/23 10:26, Max Nikulin wrote:
On 03/12/2023 13:33, jeremy ardley wrote:
On 3/12/23 13:59, Phil Wyett wrote:
What type of content is generally being viewed/used in firefox?
A lot of video and otherwise news and search and GPT4
---
On 4/12/23 10:49, Max Nikulin wrote:
On 04/12/2023 09:39, jeremy ardley wrote:
I think I've found a potential culprit using about:processes
https://openai.com 110% CPU
I would try it in chromium. Some sites relies on optimizations
implemented in its JavaScript engine.
My observation is
On 04/12/2023 09:39, jeremy ardley wrote:
I think I've found a potential culprit using about:processes
https://openai.com 110% CPU
I would try it in chromium. Some sites relies on optimizations
implemented in its JavaScript engine.
My observation is that Firefox may be CPU hungry due to
On 4/12/23 10:26, Max Nikulin wrote:
> I am curious if this creature may provide a summary on user-space OOM
> killers. I have never tried them, but I expect that they may be more
> intelligent than the kernel-space one. I have seen mentions of the >
following ones: earlyoom, nohang, oomd.
On 03/12/2023 13:33, jeremy ardley wrote:
On 3/12/23 13:59, Phil Wyett wrote:
What type of content is generally being viewed/used in firefox?
A lot of video and otherwise news and search and GPT4
---
I am curious if this creature may
On 12/3/23 01:00, jeremy ardley wrote:
On 3/12/23 15:37, Phil Wyett wrote:
Not to regurgitating info here, I will add a link below that will instruct how
to adjust or disable oom-killer in a sensible manner if you wish to experiment
(your choice and being cautious :-)) if it is in fact the
On 4/12/23 06:08, Michael Kjörling wrote:
The reason for the system slowing down seems to me to likely be that
once the system comes under memory pressure (quite possibly due to an
increase in anonymous pages), it must evict something, and only
non-anonymous (that is, backed) pages can be
On 3 Dec 2023 14:33 +0800, from jeremy.ard...@gmail.com (jeremy ardley):
>> You have swap and it is enabled?
>
> No Swap. I prefer not on SSD
Why not?
You are definitely putting the VM allocator in a much more difficult
spot than necessary by not providing any swap space.
If I read what you
Hi.
On Sun, Dec 03, 2023 at 12:58:47PM +0800, jeremy ardley wrote:
> I noticed my Firefox -esr browser becoming progressively more sluggish. Then
> suddenly I was back to the system login screen
>
> This is not the first time this has happened although previously when it
> started
On Sun, Dec 3, 2023 at 6:21 AM jeremy ardley wrote:
>
> On 3/12/23 13:59, Phil Wyett wrote:
> > Your system RAM total is?
>
> 32G
You might also want to try compressed memory, like zram.
> > You have swap and it is enabled?
>
> No Swap. I prefer not on SSD
In this configuration, you may want
On Sun, 2023-12-03 at 16:00 +0800, jeremy ardley wrote:
>
> On 3/12/23 15:37, Phil Wyett wrote:
> > Not to regurgitating info here, I will add a link below that will
> > instruct how to adjust or disable oom-killer in a sensible manner if
> > you wish to experiment (your choice and being
On Sun, 2023-12-03 at 14:59 +0800, jeremy ardley wrote:
>
> On 3/12/23 14:46, Phil Wyett wrote:
> > The first thing I would do before any other is to enable swap and see
> > what benefits that brings. I have no production laptop or desktop
> > (laptop with 32G being daily driver with NVME
On 3/12/23 15:37, Phil Wyett wrote:
Not to regurgitating info here, I will add a link below that will
instruct how to adjust or disable oom-killer in a sensible manner if
you wish to experiment (your choice and being cautious :-)) if it is
in fact the oom-killer algorithm that is the main
On 12/2/23 20:58, jeremy ardley wrote:
I noticed my Firefox -esr browser becoming progressively more
sluggish. Then suddenly I was back to the system login screen
This is not the first time this has happened although previously
when it started getting sluggish I killed all Firefox related
On Sun, 2023-12-03 at 14:59 +0800, jeremy ardley wrote:
>
> On 3/12/23 14:46, Phil Wyett wrote:
> > The first thing I would do before any other is to enable swap and see
> > what benefits that brings. I have no production laptop or desktop
> > (laptop with 32G being daily driver with NVME
jeremy ardley writes:
> I don't think it is actually a lack of memory. What I do see is all
> the web browsers are up there on CPU along with nvidia-modeset.
What do you consider to be "up there"? 4.3% (your highest CPU usage in
this output) hardly seems to qualify as something to be concerned
On 3/12/23 14:46, Phil Wyett wrote:
The first thing I would do before any other is to enable swap and see
what benefits that brings. I have no production laptop or desktop
(laptop with 32G being daily driver with NVME (root) and an SSD (home)
drive inside) that does not have swap. I have 8G
On Sun, 2023-12-03 at 14:33 +0800, jeremy ardley wrote:
>
> On 3/12/23 13:59, Phil Wyett wrote:
> > Your system RAM total is?
>
> 32G
>
>
> > You have swap and it is enabled?
>
> No Swap. I prefer not on SSD
>
>
>
Hi,
The first thing I would do before any other is to enable swap and see
On 3/12/23 13:59, Phil Wyett wrote:
Your system RAM total is?
32G
You have swap and it is enabled?
No Swap. I prefer not on SSD
What Desktop Environment (DE) are you using - GNOME, KDE etc.?
Mate with multiple panels.
How many apps would you normally be running on the system at
On Sun, 2023-12-03 at 12:58 +0800, jeremy ardley wrote:
> I noticed my Firefox -esr browser becoming progressively more sluggish.
> Then suddenly I was back to the system login screen
>
> This is not the first time this has happened although previously when it
> started getting sluggish I
jeremy ardley writes:
> I noticed my Firefox -esr browser becoming progressively more
> sluggish. Then suddenly I was back to the system login screen
>
> This is not the first time this has happened although previously when
> it started getting sluggish I killed all Firefox related process
>
>
I noticed my Firefox -esr browser becoming progressively more sluggish.
Then suddenly I was back to the system login screen
This is not the first time this has happened although previously when it
started getting sluggish I killed all Firefox related process
System logs show the start of the
28 matches
Mail list logo
