aboutsummaryrefslogtreecommitdiff
path: root/sys/arm/include
diff options
context:
space:
mode:
authorKyle Evans <kevans@FreeBSD.org>2020-12-31 17:12:39 +0000
committerKyle Evans <kevans@FreeBSD.org>2020-12-31 17:13:13 +0000
commit202aea9c82eaab1c73351d4e971347c4109ef59b (patch)
tree1f59db292b9842d9987bea5a564f21a1033fd274 /sys/arm/include
parentc4a0333b55e08f38985828a3a2d3ee533325c568 (diff)
downloadsrc-202aea9c82eaab1c73351d4e971347c4109ef59b.tar.gz
src-202aea9c82eaab1c73351d4e971347c4109ef59b.zip
arm: tune vmparam.h towards a little more modern
An 8MB max stack size is quite limiting in today's world, and in-fact is the *default* stack size for almost every other arch (including mips). Raise the default to 4MB (should be pretty reasonable) and the max to 64MB. NetBSD made a similar move back in 2015 and raised MAXDSIZ to 1856 at the same time, so let's just roll that in as well. They later lowered it, but eventually raised it back to 1856 in order to build rust. This was noticed while looking at qemu-bsd-user's default stack sizes and growth behavior (or lack thereof). Reviewed by: ian Differential Revision: https://reviews.freebsd.org/D27218
Diffstat (limited to 'sys/arm/include')
-rw-r--r--sys/arm/include/vmparam.h6
1 files changed, 3 insertions, 3 deletions
diff --git a/sys/arm/include/vmparam.h b/sys/arm/include/vmparam.h
index 2fa2c59305cb..d37a81ae6212 100644
--- a/sys/arm/include/vmparam.h
+++ b/sys/arm/include/vmparam.h
@@ -50,13 +50,13 @@
#define DFLDSIZ (128UL*1024*1024) /* initial data size limit */
#endif
#ifndef MAXDSIZ
-#define MAXDSIZ (512UL*1024*1024) /* max data size */
+#define MAXDSIZ (1856UL*1024*1024) /* max data size */
#endif
#ifndef DFLSSIZ
-#define DFLSSIZ (2UL*1024*1024) /* initial stack size limit */
+#define DFLSSIZ (4UL*1024*1024) /* initial stack size limit */
#endif
#ifndef MAXSSIZ
-#define MAXSSIZ (8UL*1024*1024) /* max stack size */
+#define MAXSSIZ (64UL*1024*1024) /* max stack size */
#endif
#ifndef SGROWSIZ
#define SGROWSIZ (128UL*1024) /* amount to grow stack */