Go 如何在 make 或 new 调用中分配内存？

当我使用 make 或 new 调用创建新切片或结构时：

s := make([]int64, 10, 100)
o := new(MyStruct)

Go 通过内存分配系统调用分配多少内存？它是否预先分配内存，以便后续调用不会触发新的系统调用？

我问这个问题是因为我需要在代码中频繁分配内存。我不确定我是否需要自己实现内存分配器，或者我是否可以依靠 Go 来完成这些脏活。如果 Go 预先分配内存，我可以自定义分配的块大小吗？

我在 Go 中编写了一些实验代码，并在 strace 下运行代码，但我不明白 Go 对 mmap 系统调用做了什么：

mmap(0xc000000000, 65536, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xc000000000
munmap(0xc000000000, 65536)             = 0
mmap(NULL, 262144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efdd1017000
mmap(0xc208000000, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xc208000000
mmap(0xc207ff0000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xc207ff0000
mmap(0xc000000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xc000000000
mmap(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efdd1007000
mmap(NULL, 1439992, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efdd0ea7000

您可能会遇到“过早优化”综合症。语言规范说nothing关于内存到底是如何分配的make()将被分配。

例如，Go 的一致实现可能会对函数进行彻底的分析，该函数执行以下操作：make([]foo, ...)并证明：

1. 返回的切片值不会逃逸函数的作用域。
2. append()不会对此切片值进行调用。
3. 未传递给任何被调用函数的切片值。

在这种情况下，切片的后备存储可能会直接分配在堆栈上。

当然，我夸大了，但同样，语言规范中没有声明其语义。目前有两种成熟的 Go 实现（其中一种源自 Google，称为gc, and gccgo）还有更多即将到来（llvmgo似乎有很好的机会活下去），而且他们都有自己的特点。

所以请考虑阅读pprof进行一般性的分析，并分析示例（但真实的）代码。

搜寻中邮件列表 https://groups.google.com/forum/#!forum/golang-nuts对于“profile”、“profiling”、“heap AND profile”、“CPU AND profile”和“pprof”等词，将为您提供大量见解。

还请考虑this http://blog.golang.org/profiling-go-programs and this http://dave.cheney.net/2014/10/22/simple-profiling-package-moved-updated.