diff options
| author | Michael Knyszek <mknyszek@google.com> | 2019-07-19 19:35:24 -0400 |
|---|---|---|
| committer | Austin Clements <austin@google.com> | 2019-07-30 18:53:01 +0000 |
| commit | 8c3040d768e70fd6cf9f992fe4745edbf51bc581 (patch) | |
| tree | fc6c89788e662fdc0a753fae7620fdc4ee8d51b3 /src/encoding/json/encode.go | |
| parent | a41ebe6e259af020d4ce7029544439b39d07936b (diff) | |
| download | go-8c3040d768e70fd6cf9f992fe4745edbf51bc581.tar.xz | |
runtime: call sysHugePage less often
Currently when we coalesce memory we make a sysHugePage call
(MADV_HUGEPAGE) to ensure freed and coalesced huge pages are treated as
such so the scavenger's assumptions about performance are more in line
with reality.
Unfortunately we do it way too often because we do it if there was any
change to the huge page count for the span we're coalescing into, not
taking into account that it could coalesce with its neighbors and not
actually create a new huge page.
This change makes it so that it only calls sysHugePage if the original
huge page counts between the span to be coalesced into and its neighbors
do not add up (i.e. a new huge page was created due to alignment). Calls
to sysHugePage will now happen much less frequently, as intended.
Updates #32828.
Change-Id: Ia175919cb79b730a658250425f97189e27d7fda3
Reviewed-on: https://go-review.googlesource.com/c/go/+/186926
Run-TryBot: Austin Clements <austin@google.com>
TryBot-Result: Gobot Gobot <gobot@golang.org>
Reviewed-by: Austin Clements <austin@google.com>
Diffstat (limited to 'src/encoding/json/encode.go')
0 files changed, 0 insertions, 0 deletions
