On Tue, Jul 19, 2022 at 08:46:07AM +0200, Matthias Petermann wrote:
> Hello,
>
> On 13.07.22 12:30, Matthias Petermann wrote:
>
> > I can now confirm that reverting the patch also solved my problem. Of
> > course I first fell into the trap, because I had not considered that the
> > ZFS code is
Matthias Petermann writes:
[snip]
> Roundabout one week after removing the patch, my system with ZFS is
> behaving "normally" for the most part and the freezes have disappeared.
> What is the recommended way given the 10 branch? If it is not
> foreseeable that the basic problem can be solved
Hello,
On 13.07.22 12:30, Matthias Petermann wrote:
I can now confirm that reverting the patch also solved my problem. Of
course I first fell into the trap, because I had not considered that the
ZFS code is loaded as a module and had only changed the kernel. As a
result, it looked at first
Hello,
On 10.07.22 19:14, Matthias Petermann wrote:
thanks for this reference... it matches pretty much my observations. I
did a lot of attempts to tune maxvnodes during the last days, but the
pgdaemon issue remained. Ultimately I suspect it is also responsible for
the reproducible system
Hello Frank,
On 01.07.22 14:07, Frank Kardel wrote:
Hi Matthias !
See PR 55707
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=55707 , which
I do not considere fixed due to the pgdaemon issue. reverting arc.cto
1.20 will give you many xcalls, but the system stays more usable.
Matthias Petermann writes:
> Hello,
>
> On 01.07.22 12:48, Brad Spencer wrote:
>> "J. Hannken-Illjes" writes:
>>
On 1. Jul 2022, at 07:55, Matthias Petermann wrote:
Good day,
since some time I noticed that on several of my systems with NetBSD/amd64
9.99.97/98
Hello,
On 01.07.22 12:48, Brad Spencer wrote:
"J. Hannken-Illjes" writes:
On 1. Jul 2022, at 07:55, Matthias Petermann wrote:
Good day,
since some time I noticed that on several of my systems with NetBSD/amd64
9.99.97/98 after longer usage the kernel process pgdaemon completely claims a
Hi Matthias !
See PR 55707
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=55707 , which
I do not considere fixed due to the pgdaemon issue. reverting arc.cto
1.20 will give you many xcalls, but the system stays more usable.
Frank
On 07/01/22 07:55, Matthias Petermann wrote:
"J. Hannken-Illjes" writes:
>> On 1. Jul 2022, at 07:55, Matthias Petermann wrote:
>>
>> Good day,
>>
>> since some time I noticed that on several of my systems with NetBSD/amd64
>> 9.99.97/98 after longer usage the kernel process pgdaemon completely claims
>> a CPU core for itself, i.e.
> On 1. Jul 2022, at 07:55, Matthias Petermann wrote:
>
> Good day,
>
> since some time I noticed that on several of my systems with NetBSD/amd64
> 9.99.97/98 after longer usage the kernel process pgdaemon completely claims a
> CPU core for itself, i.e. constantly consumes 100%.
> The
m...@petermann-it.de (Matthias Petermann) writes:
>since some time I noticed that on several of my systems with=20
>NetBSD/amd64 9.99.97/98 after longer usage the kernel process pgdaemon=20
>completely claims a CPU core for itself, i.e. constantly consumes 100%.
>The affected systems do not have
Good day,
since some time I noticed that on several of my systems with
NetBSD/amd64 9.99.97/98 after longer usage the kernel process pgdaemon
completely claims a CPU core for itself, i.e. constantly consumes 100%.
The affected systems do not have a shortage of RAM and the problem does
not
12 matches
Mail list logo