Skip to content
Novus Examples
txt244 B

Heap Profile — In-Use Bytes by Allocation Site (txt)

A heap profile measuring bytes still live at the sample point, not bytes ever allocated — which is why its shape differs from the allocation profile of the same process. 620 MB retained across five sites, with an unbounded session cache at the top.

Preview — first 6 linestxt
main;checkout.newCache;makemap 268435456
main;checkout.Handle;sessions.Store;makeslice 134217728
main;catalog.loadIndex;makeslice 201326592
main;metrics.registry;prometheus.NewHistogramVec;makemap 33554432
main;grpc.NewServer;makeslice 8388608

Specifications

Stacks
5
Unit
bytes in use
Total Bytes
645922816
Largest Site Bytes
268435456
Differs From Alloc Profile
true
Note
in-use, not cumulative allocation

Testing contract

Expected to pass
Scenario
Compare this profile against the allocation profile of the same process.
Expected result
The two rank allocation sites differently, and the in-use total of about 620 MiB is smaller than cumulative allocation because freed objects do not appear here.

What is a .txt file?

TXT is a plain-text file containing unformatted character data with no styling or structure beyond line breaks. Its interpretation depends on character encoding, most commonly UTF-8, and on line-ending convention. It is the most universal and portable text container.

How to use this file

Use an example TXT to test encoding detection, line-ending (LF versus CRLF) handling, and any tool that reads or streams raw text input.

How to use this file for testing

“Heap Profile — In-Use Bytes by Allocation Site (txt)” is a deterministic Novus Examples fixture for Observability, Performance testing, Conversion testing. Structured and plain-text telemetry with known timestamps, levels, request identifiers, and error states for testing log ingestion, correlation, dashboards, and alert pipelines.

Documented properties for this file: TXT · 244 bytes. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.

Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such — expect parsers to fail loudly rather than silently accept them.

Telemetry fixtures use fixed trace IDs, span IDs, and timestamps so ingestion is reproducible run to run. Point your collector, parser, or query layer at the file and assert the documented span tree, metric families, or severity mix; service and host names are invented.

Generated by generation/observability.py. Free for any use, no attribution required — license.