daofengliu的专栏

GCC -O 选项         这个选项控制所有的优化等级。使用优化选项会使编译过程耗费更多的时间，并且占用更多的内存，尤其是在提高优化等级的时候。-O设置一共有五种：-O0、-O1、-O2、-O3和-Os。让我们来逐一考察各个优化等级：-O0：这个等级（字母“O”后面跟个零）关闭所有优化选项，也是CFLAGS或CXXFLAGS中没有设置-O等级时的默认等级。这样就不会优化

在开发对外提供服务的模块的时候，系统的性能经常会是令我们头疼的问题，具体系统性能的定义与瓶颈的定位方法，可以参考陈皓的这篇文章：性能调优攻略http://coolshell.cn/articles/7490.html 大牛的这篇文章还是很全面的。下面我会以我们的一些工程经验和曾经遇到过的问题，来实例化一些系统性能调优的经验。 Ø  代码级别1.       减少数据copy

一个新手同学写了一个从mysql中导出数据的程序，时间太长了要80分钟，我们如何去优化它呢？老手：你可以试试采用分城市导出而不是一下导出全国数据，因为最后生成的数据是以城市为单位的； 新手：我按照城市的citycode 取模10，每次导出10分之一城市的数据，这样需要的内存减少了，处理的时间下降到60分钟了。老手：你的程序还是串行处理的，你可以采用多进程的方式，取模值作为参数传给你

有关性能优化，我们都知道”过早的性能优化是程序设计中的万恶之源（Donald Knuth）”，因为性能优化可能打破程序的可读性、可维护性甚至正确性，所以在进行性能优化的时候必须三思而后行。在性能优化之前我们必须清楚的了解到了性能的问题确切发生在什么位置，如果不知道哪些地方出问题就开始修理可能会导致大的时间浪费。举上段时间的一个bad case，我们的程序发现性能上的问题，简单Review代

数据库水平扩展与垂直扩展          在互联网应用中，数据库经常是我们存储和访问数据的常用介质。随着负载的增大，对数据库读写性能的要求往往成为很大的挑战。在这种情况下我们可以考虑数据库相关的replication机制提高读写的性能。由于一般采用一写多读的replication机制（写master同步到多个slaves），导致这样的机制往往会有缺陷。首先它依赖于读写的比例，如果写的操作过多