summaryrefslogtreecommitdiffstats
path: root/lib/Makefile
diff options
context:
space:
mode:
authoravg <avg@FreeBSD.org>2012-10-20 10:02:18 +0000
committeravg <avg@FreeBSD.org>2012-10-20 10:02:18 +0000
commit766d50825ef7497b0a6d03c292018b66d7facda9 (patch)
tree514e24c2438e370aa388821c4f74fa0c62330e2c /lib/Makefile
parent04a3ee8c866e6d3c9f02b1c25b7a48e8a4e5a303 (diff)
downloadFreeBSD-src-766d50825ef7497b0a6d03c292018b66d7facda9.zip
FreeBSD-src-766d50825ef7497b0a6d03c292018b66d7facda9.tar.gz
zfs: wait in arc_lowmem only if curproc == pageproc
... otherwise the current thread might be holding ARC locks and thus run into a deadlock. This happens, for example, when a thread does memory allocation in the ARC code and runs into KVA shortage. Also, it really makes the most sense to wait in pageproc, so that the results of ARC reclamation are seen before the page cache is acted upon. In other cases where vm_lowmem is invoked, e.g. on KVA space shortage, the callers perform multiple attempts (up to 8) and wait for rather long intervals between them (up to 4 seconds), so ARC reclaim results should become visible even without explicit waiting on the ARC thread. Note that this is not a critical issue for typical ZFS usages where KVA space should already be large enough. On amd64 systems setting KVA size to twice the physical memory size is known to mitigate KVA fragmentation issues in practice. Side note: perhaps vm_lowmem 'how' parameter should be used to differentiate between causes of the event. Reported by: Nikolay Denev <ndenev@gmail.com> MFC after: 19 days
Diffstat (limited to 'lib/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud