Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 01 Mar 1999 11:40:46 -0800
From:      David Greenman <dg@root.com>
To:        Luoqi Chen <luoqi@watermarkgroup.com>
Cc:        dillon@apollo.backplane.com, freebsd-hackers@FreeBSD.ORG, mjacob@feral.com
Subject:   Re: Panic in FFS/4.0 as of yesterday - update 
Message-ID:  <199903011940.LAA16503@implode.root.com>
In-Reply-To: Your message of "Mon, 01 Mar 1999 14:34:50 EST." <199903011934.OAA23618@lor.watermarkgroup.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
>>     New bugs found ( and not fixed ):
>> 
>> 	* exec_map can only hold 16 exec'ing processes at once.  It needs a
>> 	  counter and a sleep/wait.
>> 
>> 	  Sometimes when I ran Matt J's 'breakit' script, a background program
>> 	  would 'Abort trap' out instantly on startup because more then 16
>> 	  were doing an exec at once.  This can only occur in a low-memory
>> 	  or heavy-I/O situation.
>> 
>There could also be potential deadlocks when all 16 processes hold a lot in
>exec_map and then all of them try to allocate more from exec_map (for loading
>elf interpreter). The simplest solution is to use a separate map.

   Allocations from exec_map are done using kmem_alloc_wait() and frees are
done using kmem_free_wakeup, so they already sleep/wakeup as appropriate when
the map is full.

-DG

David Greenman
Co-founder/Principal Architect, The FreeBSD Project


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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199903011940.LAA16503>