+For each function, the table will show three absolute and relative
+sample counts. The Self column shows samples taken while directly
+executing that function. The Total column shows samples taken while
+executing that function or functions called from it (sampled to a
+platform-specific depth). The Cumul column shows the sum of all
+Self columns up to and including that line in the table.
+
+Additionally the Calls column will record the amount of calls that were
+made to the function during the profiling run. This value will only
+be reported for functions that have been explicitly marked for call counting
+with @code{profile-call-counts}.
+
+The profiler also hooks into the disassembler such that instructions which
+have been sampled are annotated with their relative frequency of
+sampling. This information is not stored across different sampling
+runs.
+
+@lisp
+; 6CF: 702E JO L4 ; 6/242 samples
+; 6D1: D1E3 SHL EBX, 1
+; 6D3: 702A JO L4
+; 6D5: L2: F6C303 TEST BL, 3 ; 2/242 samples
+; 6D8: 756D JNE L8
+; 6DA: 8BC3 MOV EAX, EBX ; 5/242 samples
+; 6DC: L3: 83F900 CMP ECX, 0 ; 4/242 samples
+@end lisp
+
+@subsection Platform support
+
+This module is known not to work consistently on the Alpha platform,
+for technical reasons related to the implementation of a machine
+language idiom for marking sections of code to be treated as atomic by
+the garbage collector; However, it should work on other platforms,
+and the deficiency on the Alpha will eventually be rectified.
+
+Allocation profiling is only supported on SBCL builds that use
+the generational garbage collector. Tracking of call stacks at a
+depth of more than two levels is only supported on x86 and x86-64.
+
+@subsection Macros
+
+@include macro-sb-sprof-with-profiling.texinfo
+@include macro-sb-sprof-with-sampling.texinfo
+