parca && pyroscope 对比
简单对比下parca 以及pyroscope，两个都是持续profile 平台工具
技术核心
- parca
利用了ebpf进行agent 的push 处理，当然也支持基于google 的pprof，parca 核心就利用了pprof - pyroscope
属于自己定义的格式，
语言支持
- pyroscope
当前支持的语言还是比较多的，基本主要的都可以 - parca
目前主要是golang，c，c++，java jing尽管支持，但是不是很理想，因为jit 语言的特性，同时对于脚本语言支持也有限，主要是利用的技术栈太偏底层
但是脚本语言又具有特殊性
数据存储
- pyroscope
包含了内置的server以及cloud，同时也类似prometheus 支持remote write - parca
包含了元数据存储，以及profiler 存储，目前来说看着只能单机，不能远程存储，但是可以通过远端server模式，但是不是很方便，可以自己扩展
查询处理
- pyroscope
包含了flameql，自己的查询语言，类似prometheus - parca
类似prometheus，因为团队人就来自proemtheus 的开发人员
灵活性
使用上大家类似，但是parca 好多prometheus 玩法的影子，包含了pull 以及push 模式的集成
系统部署
从目前两个产品来说大家都是基本数据单体模式，对于server 还都没有ha 以及存储分离的模式，但是pyroscope 支持了一种remote write 类似可以实现一种
分离的模式，当让理论上parca 也是可以支持的，但是目前parca 依赖的frostdb （一个嵌入式的列式存储），如果parca后期暴露frostdb 为一个通用的存储服务
分离就比较好搞了
说明
以上是通过学习对比的分析，实际上parca以及pyroscope源码还都是值得学习的，都是很不错的持续profile 平台工具，对于分析实际问题还是比较有用的
