aboutsummaryrefslogtreecommitdiff
path: root/src/runtime/mcentral.go
diff options
context:
space:
mode:
authorMichael Anthony Knyszek <mknyszek@google.com>2021-10-28 17:52:22 +0000
committerMichael Knyszek <mknyszek@google.com>2021-10-29 17:44:15 +0000
commitd8fc7f785e84515c0a5beb8baeb3c1ca35bebf68 (patch)
tree9b0d95bbfcac52519ee27d7d46c6e1a56875572d /src/runtime/mcentral.go
parenta88575d662a7e8e4fbb31bf139bcffc063e2a734 (diff)
downloadgo-d8fc7f785e84515c0a5beb8baeb3c1ca35bebf68.tar.xz
runtime: clean up allocation zeroing
Currently, the runtime zeroes allocations in several ways. First, small object spans are always zeroed if they come from mheap, and their slots are zeroed later in mallocgc if needed. Second, large object spans (objects that have their own spans) plumb the need for zeroing down into mheap. Thirdly, large objects that have no pointers have their zeroing delayed until after preemption is reenabled, but before returning in mallocgc. All of this has two consequences: 1. Spans for small objects that come from mheap are sometimes unnecessarily zeroed, even if the mallocgc call that created them doesn't need the object slot to be zeroed. 2. This is all messy and difficult to reason about. This CL simplifies this code, resolving both (1) and (2). First, it recognizes that zeroing in mheap is unnecessary for small object spans; mallocgc and its callees in mcache and mcentral, by design, are *always* able to deal with non-zeroed spans. They must, for they deal with recycled spans all the time. Once this fact is made clear, the only remaining use of zeroing in mheap is for large objects. As a result, this CL lifts mheap zeroing for large objects into mallocgc, to parallel all the other codepaths in mallocgc. This is makes the large object allocation code less surprising. Next, this CL sets the flag for the delayed zeroing explicitly in the one case where it matters, and inverts and renames the flag from isZeroed to delayZeroing. Finally, it adds a check to make sure that only pointer-free allocations take the delayed zeroing codepath, as an extra safety measure. Benchmark results: https://perf.golang.org/search?q=upload:20211028.8 Inspired by tapir.liu@gmail.com's CL 343470. Change-Id: I7e1296adc19ce8a02c8d93a0a5082aefb2673e8f Reviewed-on: https://go-review.googlesource.com/c/go/+/359477 Trust: Michael Knyszek <mknyszek@google.com> Reviewed-by: David Chase <drchase@google.com>
Diffstat (limited to 'src/runtime/mcentral.go')
-rw-r--r--src/runtime/mcentral.go2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/runtime/mcentral.go b/src/runtime/mcentral.go
index 0a871a611e..4ae3a883a4 100644
--- a/src/runtime/mcentral.go
+++ b/src/runtime/mcentral.go
@@ -241,7 +241,7 @@ func (c *mcentral) grow() *mspan {
npages := uintptr(class_to_allocnpages[c.spanclass.sizeclass()])
size := uintptr(class_to_size[c.spanclass.sizeclass()])
- s, _ := mheap_.alloc(npages, c.spanclass, true)
+ s := mheap_.alloc(npages, c.spanclass)
if s == nil {
return nil
}