你正在使用的Go版本是(go version)?

$ go version
go version go1.13.4 linux/arm

摘要
在linux/arm(或其他32位linux架构)上运行一个简单的golang程序，显示约800MB的虚拟地址空间需要预先保留：

package main

import (
	"fmt"
	"os"
	"os/exec"
)

func main() {
	cmd := exec.Command("pmap", "-x", fmt.Sprint(os.Getpid()))
	cmd.Stdout = os.Stdout
	cmd.Run()
}

8627:   /tmp/testpmap
Address   Kbytes     RSS   Dirty Mode  Mapping
00010000     624     444     444 r-x-- testpmap
000b0000     704     176     176 r---- testpmap
00160000      72      36      36 rw--- testpmap
00172000      68      28      28 rw---   [ anon ]
01400000    4096     196     196 rw---   [ anon ]
01800000  524288       0       0 -----   [ anon ]
66cb4000     644      52      52 rw---   [ anon ]
66d55000  264060       0       0 -----   [ anon ]
76f34000     256      32      32 rw---   [ anon ]
76f74000       4       0       0 r-x--   [ anon ]
7ee2c000     132      12      12 rw---   [ stack ]
ffff0000       4       0       0 r-x--   [ anon ]
-------- ------- ------- -------
total kB  794952     976     976

Linux内核可以与三种不同的vmsplit模式一起编译：VMSPLIT_3G, VMSPLIT_2G, VMSPLIT_1G

我有一个使用内存Map文件进行大量内存操作的golang程序，它在ARM设备上运行，供应商已使用VMSPLIT_2G编译其内核。由于golang运行时需要预先保留40%的可用地址空间，因此我的程序在使用其自身目的时受到限制。当地址空间耗尽时，会发生一些糟糕的事情，包括尝试生成线程时的恐慌：

runtime/cgo: pthread_create failed: Resource temporarily unavailable
SIGABRT: abort
PC=0xb68bd6 m=2 sigcode=4294967290

golang运行时在其malloc.go文档中记录了其内存Map。约800MB的预留空间由两个大预留组成：第一个约为258MB,第二个为512MB。
go/src/runtime/malloc.go
第541行至第545行 a23f9af
| | // 1. 我们预先为所有heapArenas保留空间，以便它们不会与堆交错。它们的大小约为258MB,所以这并不是什么大问题。(如果这是个问题的话，我们可以预先保留更少的空间。) |
go/src/runtime/malloc.go
第551行至第552行 a23f9af
| | // 3. 我们尝试占用一个相当大的初始堆预留空间。 |
512MB的初始预留可以通过修补来减少：
go/src/runtime/malloc.go
第586行至第592行 a23f9af
| | arenaSizes:= []uintptr{ |
| | 512<<20, |
| | 256<<20, |
| | 128<<20, |
| | } |
| | for_, arenaSize:=rangearenaSizes { |
| | a, size:=sysReserveAligned(unsafe.Pointer(p), arenaSize, heapArenaBytes) |
然而，我不清楚如何减少约258MB的预留。代码注解中提到“如果这是个问题的话，我们可以预先保留更少的空间”，所以我在寻找一些关于如何做到这一点的指导。
由于32位linux用户空间最多只能访问3GB的内存(当内核使用[默认值] VMSPLIT_3G编译时),至少可以将258MB的预留减少到约198MB。