golang 生产环境编译一定要注意的内存爆炸问题
2017-08-03 11:45
357 查看
一句话,编译的时候指定了-gcflags '-N -l' -race参数,导致程序生成了大量的调试信息和data race detection信息。去掉这两个参数后,进程占用内存降低明显,在压力测试的场景下,服务内存占用稳定在100M以下。
否则 会吃掉1G-3G的内存,而且迟迟不释放。。因为那1G的内存都去处理调试信息等冗余信息了。。 这个不是golang的问题,是个人编译时候的失误。
否则 会吃掉1G-3G的内存,而且迟迟不释放。。因为那1G的内存都去处理调试信息等冗余信息了。。 这个不是golang的问题,是个人编译时候的失误。
相关文章推荐
- golang 1.2.1在生产环境中应用应该注意的问题
- golang 1.2.1在生产环境中应用应该注意的问题
- 生产环境下 Spark1.3.1 源码编译 thrift功能 及碰到的问题
- linux QT 环境下配置编译opencv以及配置需要注意的问题。
- 生产环境下遇到的aix内存问题分析
- 使用wamp环境进行数据库编程一定要注意端口问题~
- 关于生产环境出现tomcat的jvm 内存溢出问题的解决
- 004,配置文件之使用rabbitmq-env.conf,rabbitmq.config在生产环境的应用和和一些注意的问题
- 高版本的Ubuntu环境下android编译注意的问题
- oralce生产环境注意问题
- 生产环境-jvm内存溢出-jprofile问题排查
- VS2008编译环境下全局const变量在其他编译模块中引用注意的问题
- [MySQL生产环境] Innodb存储引擎内存报警问题处理过程
- [MySQL生产环境] Innodb存储引擎内存报警问题处理过程
- 越狱开发环境TheOS 使用xcode 4.5的编译问题
- golang开发环境mac下编译linux环境文件
- 在生产环境中出现word引用程序找不到的问题
- 在 Windows 上搭建本地 Jekyll 编译环境时问题汇总
- golang 处理多个项目src编译问题 2.0
- 生产数据导入测试环境碰见的一些问题