?
? ? ? 最近常在系统中发现内存不够用的情况，这里简单总结下对应场景和处理思路
背景:线上很多客户生成报表失败，由于采用是celery和异步方案，事后只能去查查日志，没发现异常情况，为了复现场景只能后台手动执行下脚本来生成，过程中用top,htop或者free来观察状态，发现在转pdf过程中内存一直增加，最 ? ? ? ? 后不够用导致失败。生pdf存在该问题，rtf不存在。
分析:pdf的生成使用了第三方工具包，过程中使用shell命令调用执行，他的内部逻辑无法去控制和改变，所以只能从os层面和业务上想办法。
方案1:加物理内存，只能临时应付。而且比较麻烦，不能长久解决问题。交付物不变。
背景:线上很多客户生成报表失败，由于采用是celery和异步方案，事后只能去查查日志，没发现异常情况，为了复现场景只能后台手动执行下脚本来生成，过程中用top,htop或者free来观察状态，发现在转pdf过程中内存一直增加，最 ? ? ? ? 后不够用导致失败。生pdf存在该问题，rtf不存在。
分析:pdf的生成使用了第三方工具包，过程中使用shell命令调用执行，他的内部逻辑无法去控制和改变，所以只能从os层面和业务上想办法。
方案1:加物理内存，只能临时应付。而且比较麻烦，不能长久解决问题。交付物不变。
方案2:加swap，只能临时解决，不过比较简单方便，对于处理第一象限中紧急重要的事情可以这样做。交付物不变。
? ? ? ? ?具体方法如下:
?一、
dd if=/dev/zero of=/root/swap bs=1024 count=1024000? ? count表示block的数量，一般一个block为1k,这样就创建了一个1G的文件。不过需要注意在/tmp目录下的文件，在系统重启后会清理，所以最后不要放在/tmp下。
?二、
? ? 变为swsp分区
mkswap /root/swap? 三、
? ? 使其变为有效状态
swapon /root/swap? 四、
? ? 为了使其在重启后也有效。需要把信息写入/etc/fstab中。格式如下：
/root/swap swap swap defaults 0 0? 五、
? ?增加前：
? ? ? ? ? ??
? ?增加后：
? ? ? ? ? ??
?明显看到free 增加了1G，这时候在去执行生成报表的程序就OK了。
方案3:修改代码，分成多份报表提供给客户。这样就不会引发内存不够的问题。但需要客户同意，交付物改变。
方案4:长久方案，拆分成更细粒度 ，交付物改变。
从合理角度来看。方案4更加合理，其他就是临时紧急的修改方案。目前已经使用方案四进行改进了。
?