非常程序员

linux下，程序异常结束，会生成一个core dump文件，这个文件包含了进程结束时的一些快照信息。
使用gdb等调试工具，可以调试这个core文件，分析崩溃原因。

写在前面

之前写过一篇关于编译ffmpeg的文章，地址： linux安装ffmpeg
本文在那篇基础上，讲怎么编译ffmpeg的播放器ffplay。

我在一台macOS Catalina 10.15.1的机器上，源码编译ffmpeg，生成的ffmpeg和ffprobe等所有可执行程序都无法正常运行。一运行就报段错误崩溃。就像这样：

写在前面

事情是这样的，线上一个服务，启动后RSS随任务数增加而持续上升，但是过了业务高峰期后，任务数已经下降，RSS却没有下降，而是维持在高位水平。

阅读本文前你可能已经知道，malloc通过系统调用的方式从操作系统申请内存。事实上，malloc内部是通过系统调用brk或mmap来申请内存的。如下面的进程虚拟内存布局图所示，mmap对应Memory Mapping Segment，brk对应Heap。

最近组内一些Go服务碰到内存相关的问题，所以今天抽时间看了下Go pprof内存指标的含义，为后续查问题做准备。
内容主要来自于Go代码中对这些字段的注释，加自己的理解。理解不对的地方欢迎指正。

周五快要下班了，同事过来找我，说他的Go项目里某个init函数被调用了两次。WTF，这不耽误回家过周末吗！
废话不多说，直接上同事工位看现场。

本文描述在linux下，怎么分别通过直接下载二进制文件，以及自行源码编译这两种方式安装ffmpeg。