On Tue, 16 Feb 2021 13:36:22 +0100, "Jason A. Donenfeld" said:
> Another anecdote: 5.11.0, 64 gigs of ram. If I run QEMU/KVM for a VM
> with 16 gigs at the same time as a VMware VM with 16 gigs of ram,
> kcompact goes wild and both VMs get really slow. The key here is running
> KVM at the same
On Mon, Jan 25, 2021 at 07:54:38PM +0100, Tibor Bana wrote:
> Greetings!
>
> I don't know if it still actual, but I am strugling with this problem right
> now and searching the internet for solutions.
> I read the thread and saw that you are strugling to reproduce the problem,
> and I can
Hi,
Sorry for the delay. I had time to do a full system upgrade yesterday
evening and fortunately Archlinux already ships 5.10.10, today I used
my computer as usual to test it. I haven't experienced the symptoms,
but since I disabled transparent huge pages it showed up sporadically.
If I face it
On Mon, 25 Jan 2021 19:54:38 +0100, Tibor Bana said:
> I don't know if it still actual, but I am strugling with this problem right
> now and searching the internet for solutions. I read the thread and saw that
> you are strugling to reproduce the problem, and I can reproduce it almost
> every
>
On Mon, Jan 25, 2021 at 07:54:38PM +0100, Tibor Bana wrote:
> Greetings!
>
> I don't know if it still actual, but I am strugling with this problem right
> now and searching the internet for solutions.
> I read the thread and saw that you are strugling to reproduce the problem,
> and I can
Greetings!
I don't know if it still actual, but I am strugling with this problem right now
and searching the internet for solutions.
I read the thread and saw that you are strugling to reproduce the problem, and
I can reproduce it almost every day.
- Install vmware player, and a linux guest.
On Tue, Jan 29, 2019 at 11:29:37PM -0500, valdis.kletni...@vt.edu wrote:
> On Tue, 29 Jan 2019 20:06:39 -0500, valdis.kletni...@vt.edu said:
> > On Mon, 28 Jan 2019 10:16:27 +0100, Jan Kara said:
> >
> > > So my buffer_migrate_page_norefs() is certainly buggy in its current
> > > incarnation (as a
On Tue, 29 Jan 2019 20:06:39 -0500, valdis.kletni...@vt.edu said:
> On Mon, 28 Jan 2019 10:16:27 +0100, Jan Kara said:
>
> > So my buffer_migrate_page_norefs() is certainly buggy in its current
> > incarnation (as a result block device page cache is not migratable at all).
> > I've sent Andrew a
On Mon, 28 Jan 2019 10:16:27 +0100, Jan Kara said:
> So my buffer_migrate_page_norefs() is certainly buggy in its current
> incarnation (as a result block device page cache is not migratable at all).
> I've sent Andrew a patch over week ago but so far it got ignored. The patch
> is attached, can
On Mon, Jan 28, 2019 at 10:16:27AM +0100, Jan Kara wrote:
> On Sun 27-01-19 16:36:34, valdis.kletni...@vt.edu wrote:
> > On Sun, 27 Jan 2019 17:00:27 +0100, Pavel Machek said:
> > > > > I've noticed this as well on earlier kernels (next-20181224 to
> > > > > 20190115)
> > > > > Some more info:
>
On (01/28/19 10:16), Jan Kara wrote:
> On Sun 27-01-19 16:36:34, valdis.kletni...@vt.edu wrote:
> > On Sun, 27 Jan 2019 17:00:27 +0100, Pavel Machek said:
> > > > > I've noticed this as well on earlier kernels (next-20181224 to
> > > > > 20190115)
> > > > > Some more info:
> > > > > 1) echo 3 >
On Sun 27-01-19 16:36:34, valdis.kletni...@vt.edu wrote:
> On Sun, 27 Jan 2019 17:00:27 +0100, Pavel Machek said:
> > > > I've noticed this as well on earlier kernels (next-20181224 to 20190115)
> > > > Some more info:
> > > > 1) echo 3 > /proc/sys/vm/drop_caches unwedges kcompactd in 1-3
On Sun, 27 Jan 2019 17:00:27 +0100, Pavel Machek said:
> > > I've noticed this as well on earlier kernels (next-20181224 to 20190115)
> > > Some more info:
> > > 1) echo 3 > /proc/sys/vm/drop_caches unwedges kcompactd in 1-3 seconds.
> > This aspect is curious as it indicates that kcompactd could
Hi!
> > > top - 13:38:51 up 1:42, 16 users, load average: 1.41, 1.93, 1.62
> > > Tasks: 182 total, 3 running, 138 sleeping, 0 stopped, 0 zombie
> > > %Cpu(s): 2.3 us, 57.8 sy, 0.0 ni, 39.9 id, 0.0 wa, 0.0 hi, 0.0 si,
> > > 0.0 st
> > > KiB Mem: 3020044 total, 2429420 used,
On Sat, Jan 26, 2019 at 09:56:53PM -0500, valdis.kletni...@vt.edu wrote:
> On Sat, 26 Jan 2019 21:00:05 +0100, Pavel Machek said:
>
> > top - 13:38:51 up 1:42, 16 users, load average: 1.41, 1.93, 1.62
> > Tasks: 182 total, 3 running, 138 sleeping, 0 stopped, 0 zombie
> > %Cpu(s): 2.3 us,
Adding Jan Kara to cc due to the fact it appears the lockup is within
buffer_migrate_page_norefs which changed recently.
On Sat, Jan 26, 2019 at 09:56:53PM -0500, valdis.kletni...@vt.edu wrote:
> On Sat, 26 Jan 2019 21:00:05 +0100, Pavel Machek said:
>
> > top - 13:38:51 up 1:42, 16 users,
On Sat, 26 Jan 2019 21:00:05 +0100, Pavel Machek said:
> top - 13:38:51 up 1:42, 16 users, load average: 1.41, 1.93, 1.62
> Tasks: 182 total, 3 running, 138 sleeping, 0 stopped, 0 zombie
> %Cpu(s): 2.3 us, 57.8 sy, 0.0 ni, 39.9 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0
> st
> KiB Mem:
Hi!
With modern web, 100% CPU load is no longer uncommon, but this time
chromium is not to blame:
pavel@amd:/data/l/linux-next-32$ uname -a
Linux amd 5.0.0-rc2-next-20190117 #214 SMP Fri Jan 18 09:47:18 CET
2019 i686 GNU/Linux
top - 13:38:51 up 1:42, 16 users, load average: 1.41, 1.93, 1.62
18 matches
Mail list logo