parca 启动后看不到进程数据的根本原因是未正确 attach 目标进程或 /proc/[pid]/stack 权限受限；python 显示 [unknown] 源于符号缺失，需 python-dbg 或 py-spy 配合；高频采样易致卡顿，建议降低 --scrape-sample-rate 至 10～25，并在 k8s 中显式授予权限而非 privileged。
Parca 启动后看不到进程数据
根本原因通常是 parca 没有正确 attach 到目标进程，或者目标进程未启用 /proc/[pid]/maps 和 /proc/[pid]/stack 的读取权限。Linux 默认禁止非 root 用户读取其他进程的 stack 信息，而 Parca 默认以普通用户运行。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 启动
parca时加--no-unwinder快速验证是否是栈解析失败（会跳过符号解析，只采集采样点） - 用
sudo sysctl kernel.perf_event_paranoid=-1临时放开 perf 权限（生产环境慎用，可改用-2配合perf_event_paranoid配置文件） - 确认目标进程是用
debug编译的（Python 需带-g或使用python-dbg），否则libunwind无法还原调用栈 - 检查
parca日志里是否有"failed to open /proc/[pid]/stack"或"no symbols found"类错误
Python 进程在 Parca 里显示为 [unknown] 或 flat 地址
这是符号缺失的典型表现。Parca 依赖 DWARF 或 ELF 符号表还原函数名，但 CPython 解释器本身不带调试符号，且 Python 字节码无法直接映射到源码行——必须靠 py-spy 类机制做额外 hook。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 不要指望直接跑
python script.py就能在 Parca 里看到def foo()；得用py-spy record -p [pid] --duration 30 --output profile.parca导出兼容格式再导入 - 若坚持用 Parca 原生采集，需用
python-dbg（Ubuntu/Debian）或从源码编译带--with-pydebug的 Python，并确保libpython.so的调试符号可用 -
parca的--python-process-names参数仅用于过滤进程名，不解决符号问题；别被名字误导
持续 profiling 导致 Python 进程卡顿或 OOM
Parca 默认每秒采样 100 次（--scrape-interval=1s + --scrape-sample-rate=100），对 Python 这种 GIL 争抢敏感、且每次采样都要触发 ptrace 或 perf_event_open 系统调用的语言，开销远高于 Go/C++。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 把
--scrape-sample-rate降到10～25，多数定位场景已够用；高频抖动问题才考虑升回50 - 禁用
--enable-profiling下的memory类型（--disable-profiling-memory），Python 的堆分配追踪开销极大，且 Parca 当前对 Python 的内存 profile 支持仍不稳定 - 避免在容器中用
--privileged启动 Parca，改用明确添加CAP_SYS_ADMIN和CAP_SYS_PTRACE的方式，减少内核调度干扰
如何让 Parca 和 Python 应用共存于 Kubernetes
K8s 默认限制 ptrace 和 perf_event_open，且 Pod 内多进程共享 PID namespace 时，Parca 可能误采 sidecar 或 init 容器。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 在 Deployment 的
securityContext中显式添加：capabilities: { add: ["SYS_ADMIN", "SYS_PTRACE"] }，而不是整个privileged: true - 用
--pid-filter配合正则（如--pid-filter='^/app/venv/bin/python.*$'）精准匹配主应用进程，避开sh、curl等短命进程干扰 - 把 Parca 的
--storage-path挂载到空目录（emptyDir），别和应用日志共用 PVC，避免 I/O 争抢拖慢 profiling
真正难的不是启动 Parca，而是让 Python 的调用栈在采样流里稳定还原出来——它依赖解释器构建方式、内核参数、容器权限、符号路径四个环节同时对齐。少一个，看到的就是一串 0x7f...4a2。
