Что делает runtime.memclrNoHeapPointers?

Question

Я профилирую библиотеку и вижу, что функция с именем runtime.memclrNoHeapPointers занимает около 0,82 секунды процессорного времени.

Что делает эта функция и что это говорит мне об использовании памяти библиотекой, которую я профилирую?

Вывод для полноты:

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 очищает n байтов, начиная с ptr.

Обычно вы должны использовать typedmemclr.memclrNoHeapPointers следует использовать только в том случае, если вызывающая сторона знает, что * ptr не содержит указателей кучи, поскольку либо:

1. * ptr является инициализированной памятью, а ее тип не содержит указателей.

2. * ptr - неинициализированная память (например, память, которая используется повторно

для нового выделения) и, следовательно, содержит только «мусор».

вmemclr _ *. s go: noescape

См. https://github.com/golang/go/blob/9e277f7d554455e16ba3762541c53e9bfc1d8188/src/runtime/stubs.go#L78

Это часть сборщика мусора. Вы можете увидеть объявление здесь.

Особенности его работы зависят от процессора. См. Различные файлы memclr _ *. S во время выполнения для имплементации.

В ГХ это выглядит довольно долго, но сложно что-то сказать об использовании памяти библиотекой ся думаю, что только данные, которые вы показали.