概述
freeswitch是一款简单好用的VOIP开源软交换平台。
在fs的使用过程中，会遇到各种各样的问题，各种问题中，性能问题是最头疼的。
最近在测试某些场景的时候，压测会造成fs的内存占用持续升高，并在达到某个临界点的时候击溃fs的端口服务，导致全部sip呼叫响应503。
环境
centos：CentOS release 7.0 (Final)或以上版本
freeswitch：v1.10.7
GCC：4.8.5
起因
在问题发生后，通过对fs的模块、配置等进行排查，确定了几个方向。
方向1，日志写缓存。
方向2，呼叫session处理线程池。
方向3，端口启动数目。
经过测试和复现，方向锁定3端口启动数目。
测试方案
首先，在fs的conf/sip_profiles目录下生成1200个external****.xml文件，每个文件使用不同的端口号。
external9200.xml
<profile name="external9200">
...
<param name="sip-port" value="9200"/>
...
启动fs，使用sipp进行压测（脚本参见之前的文章）。
测试结果
启动fs后，没有呼叫的时候，已经占用了3.6G（46%）的内存。
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
20596 root -2 -10 17.1g 3.6g 8252 S 97.3 46.5 1:26.05 freeswitch
使用sipp-auto.py脚本进行并发测试。
测试呼叫跑满1小时。
20596 root -2 -10 18.5g 5.2g 3308 S 121.6 68.6 15:11.83 freeswitch
测试呼叫经过3个小时。
20596 root -2 -10 21.3g 5.4g 3168 S 231.5 70.4 772:38.37 freeswitch
从top的显示中可以看到fs的内存占用持续升高。
总结
fs启动打开的端口超过一定数目（1000）之后，会有内存占用过大和内存持续升高的问题。
在删除多余的端口资源后，测试恢复正常。
具体原因需要对sofia模块代码走读确定。
空空如常
求真得真