From owner-freebsd-current Sat Jul 20 02:40:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA00213 for current-outgoing; Sat, 20 Jul 1996 02:40:05 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA00162; Sat, 20 Jul 1996 02:39:57 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id KAA00607; Sat, 20 Jul 1996 10:37:24 +0200 (MET DST) To: davidg@Root.COM cc: John Dyson , hsu@clinet.fi (Heikki Suonsivu), freebsd-current@freebsd.org Subject: Re: vm work helps In-reply-to: Your message of "Thu, 18 Jul 1996 19:08:51 PDT." <199607190208.TAA13338@root.com> Date: Sat, 20 Jul 1996 10:37:23 +0200 Message-ID: <605.837851843@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> I did not get a dump, short of space on /var, it just had rebooted. >>> >>Chiming in here: David, do you think that this could be a kernel >>stack space problem? > > No. My analysis of wcarchive showed that stack growth never exceeds >2.6KB. I'm guessing that Heikki is using the "MMAP" option(s) in innd and is >stumbling over (kernel) bugs because of it. I have repeatedly hit another problem, CCD seems to screw up if you use shared libraries stored on a striped partition. This would maybe also affect other kinds of access with or without mmap in the loop. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.