用途：介绍 OpenTelemetry Profiles 信号及 eBPF 剖析器，用于搭建持续性能剖析。主要生产者是 eBPF profiler，以 profiling receiver 形式随 otelcol-ebpf-profiler 发行版提供，可在 Linux 主机上剖析所有进程，无需修改应用。
成熟度：该信号 2026 年 3 月进入公开 Alpha，OTLP profiles proto（v1development）与 profiling receiver 均为 Development，Collector 门控 service.profilesSupport 为 alpha，可能出现破坏性变更，需将 profiler、Collector 与后端版本一起固定。
主要能力：otelcol-ebpf-profiler 0.162.0 仅捆绑 receivers profiling、nop；processors memory_limiter、k8s_attributes、resource_detection、resource、transform（batch 不支持 profiles）；exporters otlp_grpc、otlp_http、debug、file、nop；extensions health_check、pprof、opamp。其他组件需转发到常规 Collector 或自行构建发行版。
使用方式：选择并固定镜像版本；选择环境（Linux 主机、Docker、Kubernetes 或嵌套容器）；配置 profiles 管道，profiling receiver 在前，memory_limiter 优先，再加富化处理器与 otlp_grpc/otlp_http；以 --feature-gates=+service.profilesSupport 启动 Collector，并用 validate --config=<file> --feature-gates=+service.profilesSupport 校验；先加 debug（verbosity: basic）验证，再加后端。主机运行需 root 或 CAP_SYS_ADMIN/CAP_BPF/CAP_PERFMON、host PID namespace 与挂载的 tracefs，容器需绑定挂载 /sys/kernel/tracing。
限制：receiver 剖析所有进程，无进程、容器或命名空间选择，上游已拒绝添加；仅支持 Linux amd64/arm64、内核 5.10+；后端可能滞后于 proto；trace 与 profile 关联仅部分实现，profiler 仅在上下文生产者（如 OBI）下填充 trace_id/span_id。具体后端端点、认证与排错细节暂未提供。