Subject: Re: Panic in subr_pool:817
To: None <tech-kern@netbsd.org>
From: Reinoud Zandijk <reinoud@netbsd.org>
List: tech-kern
Date: 01/10/2006 01:50:44
--3V7upXqbjpZ4EhLz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Update 2,
On Tue, Jan 10, 2006 at 01:34:25AM +0100, Reinoud Zandijk wrote:
> i've managed to reproduce the starvation problem with a kernel without any
> compilation flags apart from DIAGNOSTIC. When in starvation it seems to
> help to suspend the copy, create heaps of new nodes (using f.e. ls -alR on
> a big tree) and then continue with the copy. It looks like the problem is
> then gone for a while again.
no idea why, but this is not allways the case too :-/ I give up for this
night... maybe tomorrow i've got better ideas.
i'll look into the mechanism i use to store directory data in bufs
associated on the directory's vnodes... maybe the buffer cache doesn't like
this though LFS also seems to use it.
Also i'll try running without yamt's patch though i doubt it'll make a
difference since i've seen this happening before.
sleep well,
Reinoud
--3V7upXqbjpZ4EhLz
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)
iQEVAwUBQ8ME2IKcNwBDyKpoAQIqbAf5AeFHpipB+Gbgdx/yYCGruGSElAwOFkay
ifqvq3hoPu0mH9modXnxqgvXQ3bpmS1UiE1gSLqiwb0Wh3orRr885n+zcQKQZELJ
X8Ojr2OFaJgeXF5fBlAkQtgxnd8bAQ2sBkE6Lq+4ZwS3g8MA2FPYXvsjhxdr6G+M
0He8kT2L6BBsLwgWFNU//nhstOtdGbeE44HBYH8DW+PQlx7lnqpGW0RiPAbMu78j
4JmW2uZWeY88+dTmB184dh7UzhQ7AypFZsr7xfXauGU7ortZ5+RRgOB5xwqicuzh
lQ/3qaHZoPkv38QXO49FFm1+hfCVetr+TqmcoDV51Gf7W0hoKApAGw==
=9Odu
-----END PGP SIGNATURE-----
--3V7upXqbjpZ4EhLz--