Memory management Go内存消耗管理

我是个新手，我想弄清楚它是如何管理内存消耗的

我的一个测试项目内存有问题。我不明白为什么当我的程序运行很长时间时，Go会使用越来越多的内存（从未释放内存）

我正在运行下面提供的测试用例。在第一次分配之后，程序使用了近350MB的内存（根据ActivityMonitor）。然后我尝试释放它，ActivityMonitor显示内存消耗翻了一番。为什么?

我使用Go1.0.3在OSX上运行此代码

这个代码有什么问题？在Go程序中管理大变量的正确方法是什么

在实现一个占用大量时间和内存的算法时，我遇到了另一个与内存管理相关的问题；运行一段时间后，它抛出一个“内存不足”异常

package main

import ("fmt" 
"time"
)

func main() {
  fmt.Println("getting memory")
  tmp := make([]uint32, 100000000)
  for kk, _ := range tmp {
    tmp[kk] = 0
  }
  time.Sleep(5 * time.Second)
  fmt.Println("returning memory")
  tmp = make([]uint32, 1)
  tmp = nil
  time.Sleep(5 * time.Second)
  fmt.Println("getting memory")
  tmp = make([]uint32, 100000000)
  for kk, _ := range tmp {
    tmp[kk] = 0
  }
  time.Sleep(5 * time.Second)
  fmt.Println("returning memory")
  tmp = make([]uint32, 1)
  tmp = nil
  time.Sleep(5 * time.Second)  
  return
}

要最终（强制）收集未使用的内存，必须调用

variable=nil

可能会使对象无法访问，因此有资格收集，但它本身并不会释放任何内容。

目前，go使用a，通常不会定义对象何时被丢弃

但是，如果仔细观察，有一个go例程称为，它基本上与您的程序一样运行，并定期调用GC：

// forcegcperiod is the maximum time in nanoseconds between garbage
// collections. If we go this long without a garbage collection, one
// is forced to run.
//
// This is a variable for testing purposes. It normally doesn't change.
var forcegcperiod int64 = 2 * 60 * 1e9

(...)

// If a heap span goes unused for 5 minutes after a garbage collection,
// we hand it back to the operating system.
scavengelimit := int64(5 * 60 * 1e9)

确定强制调用GC的时间段。确定何时将跨距返回到操作系统。它可以容纳多个对象。它们被保留

screevelimit

一段时间，如果上面没有对象并且超出了

screevelimit

，则会被释放

在代码的下面，您可以看到有一个跟踪选项。只要 拾荒者认为他需要清理：

$ GOGCTRACE=1 go run gc.go
gc1(1): 0+0+0 ms 0 -> 0 MB 423 -> 350 (424-74) objects 0 handoff
gc2(1): 0+0+0 ms 1 -> 0 MB 2664 -> 1437 (2880-1443) objects 0 handoff
gc3(1): 0+0+0 ms 1 -> 0 MB 4117 -> 2213 (5712-3499) objects 0 handoff
gc4(1): 0+0+0 ms 2 -> 1 MB 3128 -> 2257 (6761-4504) objects 0 handoff
gc5(1): 0+0+0 ms 2 -> 0 MB 8892 -> 2531 (13734-11203) objects 0 handoff
gc6(1): 0+0+0 ms 1 -> 1 MB 8715 -> 2689 (20173-17484) objects 0 handoff
gc7(1): 0+0+0 ms 2 -> 1 MB 5231 -> 2406 (22878-20472) objects 0 handoff
gc1(1): 0+0+0 ms 0 -> 0 MB 172 -> 137 (173-36) objects 0 handoff
getting memory
gc2(1): 0+0+0 ms 381 -> 381 MB 203 -> 202 (248-46) objects 0 handoff
returning memory
getting memory
returning memory

正如您所看到的，在获取和返回之间没有gc调用。然而，如果你改变 从5秒到3分钟的延迟（超过从

forcegcperiod

开始的2分钟）， gc将删除这些对象：

returning memory
scvg0: inuse: 1, idle: 1, sys: 3, released: 0, consumed: 3 (MB)
scvg0: inuse: 381, idle: 0, sys: 382, released: 0, consumed: 382 (MB)
scvg1: inuse: 1, idle: 1, sys: 3, released: 0, consumed: 3 (MB)
scvg1: inuse: 381, idle: 0, sys: 382, released: 0, consumed: 382 (MB)
gc9(1): 1+0+0 ms 1 -> 1 MB 4485 -> 2562 (26531-23969) objects 0 handoff
gc10(1): 1+0+0 ms 1 -> 1 MB 2563 -> 2561 (26532-23971) objects 0 handoff
scvg2: GC forced // forcegc (2 minutes) exceeded
scvg2: inuse: 1, idle: 1, sys: 3, released: 0, consumed: 3 (MB)
gc3(1): 0+0+0 ms 381 -> 381 MB 206 -> 206 (252-46) objects 0 handoff
scvg2: GC forced
scvg2: inuse: 381, idle: 0, sys: 382, released: 0, consumed: 382 (MB)
getting memory

内存仍未释放，但GC将内存区域标记为未使用。释放将在以下时间开始 使用的量程未使用且早于

限制

。从清道夫代码：

if(s->unusedsince != 0 && (now - s->unusedsince) > limit) {
    // ...
    runtime·SysUnused((void*)(s->start << PageShift), s->npages << PageShift);
}

if（s->unusedsince！=0&&（现在-s->unusedsince）>限制）{
// ...
runtime·SysUnused（（void*）（s->start npages感谢您的解释，据我所知，GC现在不是很完整，我已经编写了使用大量内存的程序，而在OSX上运行go1.0.3时，在下次尝试分配更多内存（接近1.5Gb）后，程序在计算过程中出现死机。我对尽可能多的对象和结构进行了大量优化，以重用，但仍然存在内存异常。然后我克隆了go的上一个版本，并从源代码构建了它。通过使用go的最新版本运行，我的代码消耗了所需的内存（2.2Gb）并且成功地完成了计算。我想我遇到了这种问题，很高兴它与tip一起工作。GC似乎很不完整，是的。如果你感兴趣，你可以看看GC的名称，看看它是如何找到引用的。在Windows上，从Go 1.1开始，垃圾收集的内存不会返回操作系统。我花了一天的时间来查找。下面是这是一个关于Go内存管理的好文章的链接：“我正在OSx上运行这段代码，go1.0.3。”如果你需要使用Go技巧做一些内存密集型的事情（将会变成1.1）强烈推荐。起初我很谨慎，但在几位Go开发人员推荐之后，它对我来说比1.0.3更稳定，特别是在内存使用方面。这不再正确，你必须使用它来将内存返回操作系统。@one'of知道为什么
runtime.GC（）
不再工作了？
FreeOSMemory
调用在包运行时实现的
FreeOSMemory
，这意味着什么？