]> Cypherpunks.ru repositories - gostls13.git/blobdiff - src/runtime/extern.go
runtime: add execution tracer v2 behind GOEXPERIMENT=exectracer2
[gostls13.git] / src / runtime / extern.go
index 03d593906ee03d97c66995820a4ee53da9fa6250..f8db296e6ba67f73290b0cd69be39f68247f4d86 100644 (file)
@@ -5,7 +5,7 @@
 /*
 Package runtime contains operations that interact with Go's runtime system,
 such as functions to control goroutines. It also includes the low-level type information
-used by the reflect package; see reflect's documentation for the programmable
+used by the reflect package; see [reflect]'s documentation for the programmable
 interface to the run-time type system.
 
 # Environment Variables
@@ -56,13 +56,14 @@ It is a comma-separated list of name=val pairs setting these named variables:
        requires a rebuild), see https://pkg.go.dev/internal/goexperiment for details.
 
        dontfreezetheworld: by default, the start of a fatal panic or throw
-       "freezes the world", stopping all goroutines, which makes it possible
-       to traceback all goroutines (running goroutines cannot be traced), and
+       "freezes the world", preempting all threads to stop all running
+       goroutines, which makes it possible to traceback all goroutines, and
        keeps their state close to the point of panic. Setting
-       dontfreezetheworld=1 disables freeze, allowing goroutines to continue
-       executing during panic processing. This can be useful when debugging
-       the runtime scheduler, as freezetheworld perturbs scheduler state and
-       thus may hide problems.
+       dontfreezetheworld=1 disables this preemption, allowing goroutines to
+       continue executing during panic processing. Note that goroutines that
+       naturally enter the scheduler will still stop. This can be useful when
+       debugging the runtime scheduler, as freezetheworld perturbs scheduler
+       state and thus may hide problems.
 
        efence: setting efence=1 causes the allocator to run in a mode
        where each object is allocated on a unique page and addresses are
@@ -86,7 +87,8 @@ It is a comma-separated list of name=val pairs setting these named variables:
 
        gctrace: setting gctrace=1 causes the garbage collector to emit a single line to standard
        error at each collection, summarizing the amount of memory collected and the
-       length of the pause. The format of this line is subject to change.
+       length of the pause. The format of this line is subject to change. Included in
+       the explanation below is also the relevant runtime/metrics metric for each field.
        Currently, it is:
                gc # @#s #%: #+#+# ms clock, #+#/#/#+# ms cpu, #->#-># MB, # MB goal, # MB stacks, #MB globals, # P
        where the fields are as follows:
@@ -94,11 +96,11 @@ It is a comma-separated list of name=val pairs setting these named variables:
                @#s          time in seconds since program start
                #%           percentage of time spent in GC since program start
                #+...+#      wall-clock/CPU times for the phases of the GC
-               #->#-># MB   heap size at GC start, at GC end, and live heap
-               # MB goal    goal heap size
-               # MB stacks  estimated scannable stack size
-               # MB globals scannable global size
-               # P          number of processors used
+               #->#-># MB   heap size at GC start, at GC end, and live heap, or /gc/scan/heap:bytes
+               # MB goal    goal heap size, or /gc/heap/goal:bytes
+               # MB stacks  estimated scannable stack size, or /gc/scan/stack:bytes
+               # MB globals scannable global size, or /gc/scan/globals:bytes
+               # P          number of processors used, or /sched/gomaxprocs:threads
        The phases are stop-the-world (STW) sweep termination, concurrent
        mark and scan, and STW mark termination. The CPU times
        for mark/scan are broken down in to assist time (GC performed in
@@ -158,11 +160,13 @@ It is a comma-separated list of name=val pairs setting these named variables:
        scavenger as well as the total amount of memory returned to the operating system
        and an estimate of physical memory utilization. The format of this line is subject
        to change, but currently it is:
-               scav # KiB work, # KiB total, #% util
+               scav # KiB work (bg), # KiB work (eager), # KiB total, #% util
        where the fields are as follows:
-               # KiB work   the amount of memory returned to the OS since the last line
-               # KiB total  the total amount of memory returned to the OS
-               #% util      the fraction of all unscavenged memory which is in-use
+               # KiB work (bg)    the amount of memory returned to the OS in the background since
+                                  the last line
+               # KiB work (eager) the amount of memory returned to the OS eagerly since the last line
+               # KiB now          the amount of address space currently returned to the OS
+               #% util            the fraction of all unscavenged heap memory which is in-use
        If the line ends with "(forced)", then scavenging was forced by a
        debug.FreeOSMemory() call.
 
@@ -184,6 +188,10 @@ It is a comma-separated list of name=val pairs setting these named variables:
        This increases tracer overhead, but could be helpful as a workaround or for
        debugging unexpected regressions caused by frame pointer unwinding.
 
+       traceadvanceperiod: the approximate period in nanoseconds between trace generations. Only
+       applies if a program is built with GOEXPERIMENT=exectracer2. Used primarily for testing
+       and debugging the execution tracer.
+
        asyncpreemptoff: asyncpreemptoff=1 disables signal-based
        asynchronous goroutine preemption. This makes some loops
        non-preemptible for long periods, which may delay GC and
@@ -217,6 +225,7 @@ and shows goroutines created internally by the run-time.
 GOTRACEBACK=crash is like “system” but crashes in an operating system-specific
 manner instead of exiting. For example, on Unix systems, the crash raises
 SIGABRT to trigger a core dump.
+GOTRACEBACK=wer is like “crash” but doesn't disable Windows Error Reporting (WER).
 For historical reasons, the GOTRACEBACK settings 0, 1, and 2 are synonyms for
 none, all, and system, respectively.
 The runtime/debug package's SetTraceback function allows increasing the
@@ -230,6 +239,25 @@ the set of Go environment variables. They influence the building of Go programs
 GOARCH, GOOS, and GOROOT are recorded at compile time and made available by
 constants or functions in this package, but they do not influence the execution
 of the run-time system.
+
+# Security
+
+On Unix platforms, Go's runtime system behaves slightly differently when a
+binary is setuid/setgid or executed with setuid/setgid-like properties, in order
+to prevent dangerous behaviors. On Linux this is determined by checking for the
+AT_SECURE flag in the auxiliary vector, on the BSDs and Solaris/Illumos it is
+determined by checking the issetugid syscall, and on AIX it is determined by
+checking if the uid/gid match the effective uid/gid.
+
+When the runtime determines the binary is setuid/setgid-like, it does three main
+things:
+  - The standard input/output file descriptors (0, 1, 2) are checked to be open.
+    If any of them are closed, they are opened pointing at /dev/null.
+  - The value of the GOTRACEBACK environment variable is set to 'none'.
+  - When a signal is received that terminates the program, or the program
+    encounters an unrecoverable panic that would otherwise override the value
+    of GOTRACEBACK, the goroutine stack, registers, and other memory related
+    information are omitted.
 */
 package runtime
 
@@ -261,10 +289,10 @@ func Caller(skip int) (pc uintptr, file string, line int, ok bool) {
 // It returns the number of entries written to pc.
 //
 // To translate these PCs into symbolic information such as function
-// names and line numbers, use CallersFrames. CallersFrames accounts
+// names and line numbers, use [CallersFrames]. CallersFrames accounts
 // for inlined functions and adjusts the return program counters into
 // call program counters. Iterating over the returned slice of PCs
-// directly is discouraged, as is using FuncForPC on any of the
+// directly is discouraged, as is using [FuncForPC] on any of the
 // returned PCs, since these cannot account for inlining or return
 // program counter adjustment.
 func Callers(skip int, pc []uintptr) int {