Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Dec 2000 15:35:53 +0100 (CET)
From:      Marius Bendiksen <mbendiks@eunet.no>
To:        Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp>
Cc:        dillon@earth.backplane.com, bright@wintelcom.net, arch@FreeBSD.ORG
Subject:   Re: Even 1GB KVA is not enough, but we have no more space
Message-ID:  <Pine.BSF.4.05.10012131534240.37223-100000@login-1.eunet.no>
In-Reply-To: <vmd7ey8hdr.wl@rina.r.dl.itc.u-tokyo.ac.jp>

next in thread | previous in thread | raw e-mail | index | archive | help
> Sorry, please forget this matter. The culprit truned out to be a race
> condition of testing-and-setting ffs_inode_hash_lock in
> ffs_vget(). Mutexifing the test-and-sleep-or-set and wakeup-reset
> operations was enough to fix the problem. Now my kernel allocates up
> to 316K vnodes on make buildworld and release, so malloc(9) pool of
> 200MB is sufficient. (316K vnodes occupy about 90-100MB in kmem_map)

For older systems, I used to replace the wakeup with wakeup_one. I guess that
would reduce lock contention too. I sent a patch on that topic a while ago to
one of the lists when someone was seeing problems with ffs_vget deadlocks.

Marius



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10012131534240.37223-100000>