Frank van der Linden <frank@wins.uva.nl> writes:
> 	3) When called from the syncer itself, the softdep sync code may
> 	   may in fact allocate additional dependencies, albeit temporarily.
> 	   When its done, the total number of allocated dependencies will
> 	   have dropped, but in the meantime I may need to allocate
> 	   a few more elements, and can not fail on the hard limit.
> 	   It looks like I could use pool_prime to extend the pool when
> 	   the hard limit is reached. However, there seems to be no
> 	   call to shrink it again later.

sounds like you might want to have a "soft limit", which will cause it
to fail but which can be overridden with a special flag.

i'd expect that to be fairly easy to add to the code.


cgd
-- 
Chris Demetriou - cgd@netbsd.org - http://www.netbsd.org/People/Pages/cgd.html
Disclaimer: Not speaking for NetBSD, just expressing my own opinion.