Question

我正在分析一个库，发现一个名为runtime.memclrNoHeapPointers的函数占用了大约0.82秒的CPU时间。

此函数有什么作用，这对我正在分析的库的内存使用情况有什么启示？

为完整性起见，输出：

File: gribtest.test
Type: cpu
Time: Feb 12, 2019 at 8:27pm (CET)
Duration: 5.21s, Total samples = 5.11s (98.15%)
Showing nodes accounting for 4.94s, 96.67% of 5.11s total
Dropped 61 nodes (cum <= 0.03s)
      flat  flat%   sum%        cum   cum%
     1.60s 31.31% 31.31%      1.81s 35.42%  github.com/nilsmagnus/grib/griblib.(*BitReader).readBit
     1.08s 21.14% 52.45%      2.89s 56.56%  github.com/nilsmagnus/grib/griblib.(*BitReader).readUint
     0.37s  7.24% 59.69%      0.82s 16.05%  encoding/binary.(*decoder).value
     0.35s  6.85% 66.54%      0.35s  6.85%  runtime.memclrNoHeapPointers

Answer 1

func memclrNoHeapPointers（ptr unsafe.Pointer，n uintptr）

memclrNoHeapPointers从ptr开始清除n个字节。

通常，您应该使用typedmemclr。 memclrNoHeapPointers应该是   仅在调用者知道* ptr不包含堆指针时使用   因为：



* ptr是初始化的内存，其类型是无指针的。



* ptr是未初始化的内存（例如，正在重用的内存



（用于新分配），因此仅包含“垃圾邮件”。

在memclr _ *。s中：noescape

请参见https://github.com/golang/go/blob/9e277f7d554455e16ba3762541c53e9bfc1d8188/src/runtime/stubs.go#L78

这是垃圾收集器的一部分。 You can see the declaration here.

具体操作取决于CPU。 See the various memclr_*.s files in the runtime for implmentation

这在GC中看起来似乎已经很长时间了，但是仅凭您认为的数据就很难说出库的内存使用情况。

runtime.memclrNoHeapPointers是做什么的？

1 个答案: