From dced52af6cfaeb9d6c87fb624a8c9990a1cdc429 Mon Sep 17 00:00:00 2001 From: cgd Date: Wed, 22 Dec 1993 12:30:59 +0000 Subject: [PATCH] bump MAXSSIZ back down to 8M (from 256M, where charles put it). execve() currently allocated MAXSSIZ of address space (AND PAGE TABLES) for the stack. until that's changed, and the stack-handling code is updated to match, MAXSSIZ==256M will make execve() significantly slower than MAXSSIZ==8M. --- sys/arch/i386/include/vmparam.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sys/arch/i386/include/vmparam.h b/sys/arch/i386/include/vmparam.h index d9684c3e3861..1f9cf769f98f 100644 --- a/sys/arch/i386/include/vmparam.h +++ b/sys/arch/i386/include/vmparam.h @@ -34,7 +34,7 @@ * SUCH DAMAGE. * * from: @(#)vmparam.h 5.9 (Berkeley) 5/12/91 - * $Id: vmparam.h,v 1.9 1993/12/20 05:25:54 mycroft Exp $ + * $Id: vmparam.h,v 1.10 1993/12/22 12:30:59 cgd Exp $ */ @@ -70,7 +70,7 @@ #define DFLSSIZ (512*1024) /* initial stack size limit */ #endif #ifndef MAXSSIZ -#define MAXSSIZ (256*1024*1024) /* max stack size */ +#define MAXSSIZ (8*1024*1024) /* max stack size */ #endif /*