From owner-freebsd-alpha Sun May 27 22:39:11 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 686BB37B424 for ; Sun, 27 May 2001 22:39:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from beppo (mjacob@beppo [192.67.166.79]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f4S5d5g14760; Sun, 27 May 2001 22:39:05 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sun, 27 May 2001 22:39:05 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Daniel C. Sobral" Cc: alpha@FreeBSD.ORG Subject: Re: Latest on ' HEADS UP: loader broken' In-Reply-To: <3B11B706.E8032F96@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 27 May 2001, Daniel C. Sobral wrote: > Matthew Jacob wrote: > > > > Your surmise about loader.4th is correct, I believe. > > > > The alpha's boot1/loader from after your commits seems to boot my PC164 just > > fine with the older loader.4th, but chokes on the new one. > > > > The relevant diffs in loader.4th are: > > -------- > > 49a50,52 > > > > > > 256 dictthreshold ! \ 256 cells minimum free space > > > 2048 dictincrease ! \ 2048 additional cells each time > > -------- > > Oh... This is *NOT* what I expected! > > > Can you say what additional memory load for this, and in whay area, this > > should be? If it's stack, then we're probably screwed at the moment. If it's > > heap storage, that's probably fairly easy to fix (although I'm kind of > > *appalled* that we'd be using > 512KB of heap for the loader). > > It's allocated from heap. It's a malloc call. I'm not sure what the hell > is taking so much space on loader.4th stuff. The initial dictionary size > is about 10000*sizeof(void*) (and I note there is a comment to be > fixed...). That above increases it by 2048*sizeof(void*) whenever the > available space is below 256*sizeof(void*) at the beginning of a new > definition. This space does not include the memory used to store the > settings read from the loader.conf files. > hmm. well, when I get a chance tomorrow, I'll make a larger heap and we'll see. I'm still not convinced it's actually heap. The 12KB stack is way too small- but that may be harder to fix. btw- I share David's frustration, but let's get past all of this and fix the problem. This is, by my recollection, the 2nd time this has happened in relation to a Forth checkin, and I sure didn't see a call for testing to the alias. Still- let's move on. We will desparately need you for the Sparc64 port. So if we grumble, forgive us. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message