Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 4 of 4 for physical (0.14 sec)

  1. src/runtime/traceback.go

    	//   traceback may crash (and we want as much output as possible) or the stack
    	//   may be changing.
    	//
    	// - Each physical frame can represent several logical frames, so we might
    	//   have to pause in the middle of a physical frame and pick up in the middle
    	//   of a physical frame.
    	//
    	// - The cgo symbolizer can expand a cgo PC to more than one logical frame,
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Wed May 29 16:25:21 UTC 2024
    - 55.1K bytes
    - Viewed (0)
  2. src/runtime/mheap.go

    	"internal/goarch"
    	"internal/runtime/atomic"
    	"runtime/internal/sys"
    	"unsafe"
    )
    
    const (
    	// minPhysPageSize is a lower-bound on the physical page size. The
    	// true physical page size may be larger than this. In contrast,
    	// sys.PhysPageSize is an upper-bound on the physical page size.
    	minPhysPageSize = 4096
    
    	// maxPhysPageSize is the maximum page size the runtime supports.
    	maxPhysPageSize = 512 << 10
    
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Wed May 22 22:31:00 UTC 2024
    - 78K bytes
    - Viewed (0)
  3. src/runtime/malloc.go

    	// there's no point unless we're also returning the physical memory for these
    	// metadata mappings back to the OS. That would be quite complex to do in general
    	// as the heap is likely fragmented after a reduction in heap size.
    	minHeapForMetadataHugePages = 1 << 30
    )
    
    // physPageSize is the size in bytes of the OS's physical pages.
    // Mapping and unmapping operations must be done at multiples of
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Wed May 29 17:58:53 UTC 2024
    - 59.6K bytes
    - Viewed (0)
  4. src/runtime/mprof.go

    	blockProfile
    	mutexProfile
    
    	// size of bucket hash table
    	buckHashSize = 179999
    
    	// maxSkip is to account for deferred inline expansion
    	// when using frame pointer unwinding. We record the stack
    	// with "physical" frame pointers but handle skipping "logical"
    	// frames at some point after collecting the stack. So
    	// we need extra space in order to avoid getting fewer than the
    	// desired maximum number of frames after expansion.
    Registered: Wed Jun 12 16:32:35 UTC 2024
    - Last Modified: Thu May 30 17:57:37 UTC 2024
    - 53.3K bytes
    - Viewed (0)
Back to top