Date: Tue, 24 Jul 2018 16:34:58 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 229986] Terminating virtualbox or ctld + zfs scrub + gstat leads to deadlock Message-ID: <bug-229986-227-KdYreiZ4i6@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-229986-227@https.bugs.freebsd.org/bugzilla/> References: <bug-229986-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229986 --- Comment #5 from Martin Birgmeier <d8zNeCFG@aon.at> --- I have one more question, being no expert in things kernel: As far as I understand, there are some consumers which compete for real memory, amongst them certainly running processes themselves, the unified buffer cache, ZFS ARC (not unified if I understand correctly), and processes with special demands like VirtualBox which wire real memory. Shouldn't there be a central arbiter which apportions this real memory according to needs? It's certainly leading nowhere if every consumer computes their own view of memory needs which ultimately don't fit together, leading for example to the ARC consuming so much memory that other consumers need to start swapping, or worse, that the ARC itself is being swapped out (I guess this cannot really happen). I'd really like to be enlightened to how this area of the kernel works. -- Martin -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-229986-227-KdYreiZ4i6>