Snooda

最近搞的监控程序总是莫名其妙的core，有时报curl在clean阶段错误，有时报free错误，有时一启动就报错误，有时运行几小时后才报。初步判断为内存问题。
今天下午决定查查问题出在哪里，过了一遍代码，查不出问题在哪里。无语用mtrace测试了一下，报了一堆内存问题，但定位信息都是十六进制地址，无法判断到底哪行出的问题，后来发现了valgrind工具，使用了里面的Memcheck，一测试后直接报出了在90行处strncpy一个字节的内存写泄露。。原来是少分配了一个字节。晕。

强大的valgrind。

之前在维护博客的时候经常碰到小bug修改的问题，这时需要在线上和开发机同时修改代码，非常麻烦，并且有时并不在开发机上，经常造成线上和开发环境代码不一致的情况。新版本上线时也是一个大问题，需要手工拷贝文件，不稳定且易出错。搞过一套上线脚本，用起来也不是很爽。

对于一些c项目，在在版本升级的时候经常要重新上传一份代码编译，久而久之积累了很多个版本，时间一长就忘记哪个是最新版本了，版本和版本间的区别也不好查看。

最近终于决定把代码迁移至代码库管理，在服务器上安装了git，把代码统一同步至git库，并定期备份。可以很好的解决新版本上线的问题，并可方便的查看代码变化并回滚。

今天对两个云平台，Gae和Sae搞了一下压力测试。使用工具为apache内置的ab

Gae中页面为基于quercus引擎的php CI框架的默认welcome Controller。Sae中使用了自带Wordpress2.91默认页。

压力测试结果发现差距悬殊。

Sae最高并发只能支持到150个并发，然后很快就Cpu超出分钟配额，挂掉了。qps为46。
Gae最高支持1000并发毫无压力，qps能够达到600，此时启动了30个实例。

当然，由于对比所用的程序完全不同，这个结果没有太强的说服力。不过可以看出，Gae通过增开实例可以达到很强的扩展性，而Sae则无法得知。