Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Jan 2021 14:24:59 +0000
From:      Santiago Martinez <sm@codenetworks.net>
To:        Mark Johnston <markj@freebsd.org>
Cc:        FreeBSD Current <current@freebsd.org>
Subject:   Re: VM UMA counters.
Message-ID:  <af6826c6-d1d6-4f9c-19dd-8aa8eb070f66@codenetworks.net>
In-Reply-To: <YAg7fYcLdoLfFqaI@raichu>
References:  <0996195a-6d7f-b058-e95c-b2446688940f@codenetworks.net> <YAg7fYcLdoLfFqaI@raichu>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--wLJrgnzXsGxIObZ6XKZ6u4FUHXC4LrPv4
Content-Type: multipart/mixed; boundary="ibvo0trIwLDH5ENDDYf0mrB1y47r3bhbf";
 protected-headers="v1"
From: Santiago Martinez <sm@codenetworks.net>
To: Mark Johnston <markj@freebsd.org>
Cc: FreeBSD Current <current@freebsd.org>
Message-ID: <af6826c6-d1d6-4f9c-19dd-8aa8eb070f66@codenetworks.net>
Subject: Re: VM UMA counters.
References: <0996195a-6d7f-b058-e95c-b2446688940f@codenetworks.net>
 <YAg7fYcLdoLfFqaI@raichu>
In-Reply-To: <YAg7fYcLdoLfFqaI@raichu>

--ibvo0trIwLDH5ENDDYf0mrB1y47r3bhbf
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US

Hi Mark,

To the DRM question, indeed I am using drm-devel with amdgpu.

Here is the vmstat -s output.

Cheers

Santiago

root@tucho:/home/smartinez # vmstat -s
1882578 cpu context switches
100445 device interrupts
23777 software interrupts
1054356 traps
13811750 system calls
39 kernel threads created
1398=C2=A0 fork() calls
343 vfork() calls
84 rfork() calls
0 swap pager pageins
0 swap pager pages paged in
0 swap pager pageouts
0 swap pager pages paged out
12579 vnode pager pageins
138821 vnode pager pages paged in
4 vnode pager pageouts
37 vnode pager pages paged out
0 page daemon wakeups
160056 pages examined by the page daemon
0 clean page reclamation shortfalls
0 pages reactivated by the page daemon
194549 copy-on-write faults
190 copy-on-write optimized faults
697804 zero fill pages zeroed
0 zero fill pages prezeroed
2559 intransit blocking page faults
1018606 total VM faults taken
12262 page faults requiring I/O
0 pages affected by kernel thread creation
138718 pages affected by=C2=A0 fork()
12177 pages affected by vfork()
14704 pages affected by rfork()
746501 pages freed
0 pages freed by daemon
338813 pages freed by exiting processes
418069 pages active
200941 pages inactive
1123 pages in the laundry queue
513309 pages wired down
32 virtual user pages wired down
7003759 pages free
4096 bytes per page
4311229 total name lookups
cache hits (94% pos + 2% neg) system 0% per-directory
deletions 0%, falsehits 0%, toolong 0%


On 1/20/21 2:17 PM, Mark Johnston wrote:
> On Tue, Jan 19, 2021 at 12:44:14PM +0000, Santiago Martinez wrote:
>> Hi there, sorry to ask this as it might be a silly question...
>>
>> Since a few weeks im seeing random locks on application and sometimes
>> when using truss it show resource temporally unavailable.
>>
>> Now, checking random things, i see that the
>> vm.uma.256_Bucket.stats.fails counter is increasing while the other ar=
e
>> not (at least for now).
>>
>> Here goes the output:
>>
>> vm.uma.256_Bucket.stats.xdomain: 0
>> vm.uma.256_Bucket.stats.fails: 762142
>> vm.uma.256_Bucket.stats.frees: 41935
>> vm.uma.256_Bucket.stats.allocs: 42721
>> vm.uma.256_Bucket.stats.current: 786
>>
>> root@tucho:/home/smartinez # uname -a
>> FreeBSD tucho 13.0-ALPHA1 FreeBSD 13.0-ALPHA1 #13
>> main-c256107-g7d3310c4fcdd: Tue Jan 19 10:50:12 GMT 2021=C2=A0=C2=A0=C2=
=A0=C2=A0
>> smartinez@tucho:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG=C2=A0=
 amd64
>>
>> My question is, is this the expected behavior?
> There are situations where bucket allocations must fail to avoid
> recursing back into the VM.  For instance, allocation of a UMA slab may=

> require allocation of a radix node entry from UMA, which may attempt
> allocation of a bucket, which could trigger allocation of a slab.
>
> It's therefore normal to see a non-zero number of failures after
> booting, but after that the bucket zone's caches are populated and
> failures should become rare.  Failures might also be triggered during
> severe memory shortages.  Could you show vmstat -s from an affected
> system?  Are you using any DRM graphics drivers by any chance?
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o=
rg"


--ibvo0trIwLDH5ENDDYf0mrB1y47r3bhbf--

--wLJrgnzXsGxIObZ6XKZ6u4FUHXC4LrPv4
Content-Type: application/pgp-signature; name="OpenPGP_signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="OpenPGP_signature"

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEk06QWJzNAs9NTrFjWBFqYkyC55EFAmAIPTsFAwAAAAAACgkQWBFqYkyC55Fb
mA//UD0w4Jo4TIkbeXN0vkT3nC8XonNSGfeoAdE7PaUBV/MJQYDBKAY/g4aHAH1J/SX3BCRMN7J0
v9r+Uhpbpr2DR/o4EqCyhGIzU/8CO97FDPqNgMJln4jnDHUsYeTDmLnwCJ9FWUPckqaAGlUf7xAk
bnswFHcKjhCp0rdLwBxCjWnJsrIC3+RY1DRaOQ9pi5ceWvOvYLf+SlfHuTi6HmEwT4tjsVBdDdDS
0J9BIlyMgVR7p5EOCx7DfOl8jA1oY10zqaj2zQcOZ+3KpY1vBNj57iMOuDF+H+N1+uSHkuiyhsnS
5wrd5MfKQisZIqYbfbVki/6dZBqyxhs5gErfiUq3SKNV48XI2Esz42CWc5EmZ1rO0PoJM7guE2JY
NMy0EVLGTwIsPwF/MqQ67Ka3oOsyXz+K3Vz7KvYRWuM/SrVLvEcNjHMU/fYoghPg6gPjY/+YMqfm
oV5F85a/WR9ZXVWpIIOJuSbSjjgv+Udx9merXEwkM0sQkD9xBBna1xbpc63bdziY1EVOp6o/jqS7
h7mQXpeUme7lji3ee9FDE2QQOPPrNnKa+ozdbvWjS1AbD/2y2OW3GcKEodCUCqMgfn5BBes1PCig
XuJ0CstmKgBA2vEcZZDWUOgRQREVmdq1N7+ZULyDWZxpWSc23GhkH03H7QAOAVO7X5fGQ9KPeKOz
CIQ=
=wzNt
-----END PGP SIGNATURE-----

--wLJrgnzXsGxIObZ6XKZ6u4FUHXC4LrPv4--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?af6826c6-d1d6-4f9c-19dd-8aa8eb070f66>