summaryrefslogtreecommitdiffstats
path: root/usr.bin
diff options
context:
space:
mode:
authordillon <dillon@FreeBSD.org>2001-09-08 20:02:33 +0000
committerdillon <dillon@FreeBSD.org>2001-09-08 20:02:33 +0000
commitd73b3c59f0f82580650e5b2965bdd3dd4cac7bd5 (patch)
tree5f36b4fb47a0f9f3d486afb708c5f95a6d1f5472 /usr.bin
parentdf61d9eb64550a7afc1b41ccc9e0261af45c98c1 (diff)
downloadFreeBSD-src-d73b3c59f0f82580650e5b2965bdd3dd4cac7bd5.zip
FreeBSD-src-d73b3c59f0f82580650e5b2965bdd3dd4cac7bd5.tar.gz
This brings in a Yahoo coredump patch from Paul, with additional mods by
me (addition of vn_rdwr_inchunks). The problem Yahoo is solving is that if you have large process images core dumping, or you have a large number of forked processes all core dumping at the same time, the original coredump code would leave the vnode locked throughout. This can cause the directory vnode to get locked up, which can cause the parent directory vnode to get locked up, and so on all the way to the root node, locking the entire machine up for extremely long periods of time. This patch solves the problem in two ways. First it uses an advisory non-blocking lock to abort multiple processes trying to core to the same file. Second (my contribution) it chunks up the writes and uses bwillwrite() to avoid holding the vnode locked while blocking in the buffer cache. Submitted by: ps Reviewed by: dillon MFC after: 2 weeks
Diffstat (limited to 'usr.bin')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud