![APC]( "APC")
1、 对许多代码文件说，特别是含有很多包含文件(include or require)。它们需要花费更多的时间和解析并产生中间代码。 2、 即使PHP代码文件没有发生改变，这个执行过程还会严格的按照流程执行。也就是说，无论你的应该程序是否发生改变，每次调用的时候，都需要重新编译生成opcode码。(其实这就是编译缓存存在的理由) 3、 这个流程不仅仅发生在主要的代码文件，对于每一次的include和require来说，都会执行这个流程。(这是可以继续优化的) 那些地方可以优化呢? 1、将mod_php fast-cgi化，避免每次都要加载这个模块，这个模块还要每次都去初始化php的解释环境。 2、缓存php文件的opcode码，这样话，避免每次都去编译。 APC可用用来实现第2点。编译缓存去掉了执行PHP过程中的解析过程，所以它对含有大量PHP代码的应用程序是非常有效的。通常情况下可以提升2-3倍以上的速度。对于包含大量include文件的项目，编译缓存更现实出它的优越性。 注：include并不会被编译缓存进行缓存。比如现在有两个文件：main.php 和tobeInclude.php，其中main.php中有这样的语句include tobeInclude.php’。假设中间码的后缀为.op(实际上不是这样)。那么加上缓存cache后 main.php=>main.op ，tobeInclude.php=>tobeInclude.op。但是PHP在执行main.php的时候，她还是需要去解析main.op中的include命令，去调用tobeInclude.op的内容。具体流程是这样的。 …=>执行main.op=>执行tobeInclude.op=>… 而不是之间简单的执行main.op 所以说“过多的include文件会降低程序性能的”。 APC的具体配置。 Alternative PHP Cache(APC)是 PHP 的一个免费公开的优化代码缓存。它用来提供免费，公开并且强健的架构来缓存和优化 PHP 的中间代码。 APC 官方网站为 http://pecl.php.net/package/apc 1、安装 以PHP extension 形式安装 phpize ./configure --enable-apc --enable-apc-mmap make make install 生成.so，将.so拷贝到php引用modules的目录下，修改权限755 2、配置 apc.enabled boolean apc.optimization optimization 选项在脚本中可以改变 APC PHP.ini配置选项详解 [APC] ; Alternative PHP Cache 用于缓存和优化PHP中间代码 apc.cache_by_default = On ;SYS ; 是否默认对所有文件启用缓冲。 ; 若设为Off并与以加号开头的apc.filters指令一起用，则文件仅在匹配过滤器时才被缓存。 apc.enable_cli = Off ;SYS ; 是否为CLI版本启用APC功能，仅用于测试和调试目的才打开此指令。 apc.enabled = On ; 是否启用APC，如果APC被静态编译进PHP又想禁用它，这是唯一的办法。 apc.file_update_protection = 2 ;SYS ; 当你在一个运行中的服务器上修改文件时，你应当执行原子操作。 ; 也就是先写进一个临时文件，然后将该文件重命名(mv)到最终的名字。 ; 文本编辑器以及 cp, tar 等程序却并不是这样操作的，从而导致有可能缓冲了残缺的文件。 ; 默认值 2 表示在访问文件时如果发现修改时间距离访问时间小于 2 秒则不做缓冲。 ; 那个不幸的访问者可能得到残缺的内容，但是这种坏影响却不会通过缓存扩大化。 ; 如果你能确保所有的更新操作都是原子操作，那么可以用 0 关闭此特性。 ; 如果你的系统由于大量的IO操作导致更新缓慢，你就需要增大此值。 apc.filters = ;SYS ; 一个以逗号分隔的POSIX扩展正则表达式列表。 ; 如果源文件名与任意一个模式匹配，则该文件不被缓存。 ; 注意，用来匹配的文件名是传递给include/require的文件名，而不是绝对路径。 ; 如果正则表达式的第一个字符是"+"则意味着任何匹配表达式的文件会被缓存， ; 如果第一个字符是"-"则任何匹配项都不会被缓存。"-"是默认值，可以省略掉。 apc.ttl = 0 ;SYS ; 缓存条目在缓冲区中允许逗留的秒数。0 表示永不超时。建议值为7200~36000。 ; 设为 0 意味着缓冲区有可能被旧的缓存条目填满，从而导致无法缓存新条目。 apc.user_ttl = 0 ;SYS ; 类似于apc.ttl，只是针对每个用户而言，建议值为7200~36000。 ; 设为 0 意味着缓冲区有可能被旧的缓存条目填满，从而导致无法缓存新条目。 apc.gc_ttl = 3600 ;SYS ; 缓存条目在垃圾回收表中能够存在的秒数。 ; 此值提供了一个安全措施，即使一个服务器进程在执行缓存的源文件时崩溃， ; 而且该源文件已经被修改，为旧版本分配的内存也不会被回收，直到达到此TTL值为止。 ; 设为零将禁用此特性。 apc.include_once_override = Off ;SYS ; 请保持为Off，否则可能导致意想不到的结果。 apc.max_file_size = 1M ;SYS ; 禁止大于此尺寸的文件被缓存。 apc.mmap_file_mask = ;SYS ; 如果使用–enable-mmap(默认启用)为APC编译了MMAP支持， ; 这里的值就是传递给mmap模块的mktemp风格的文件掩码(建议值为"/tmp/apc.XXXXXX")。 ; 该掩码用于决定内存映射区域是否要被file-backed或者shared memory backed。 ; 对于直接的file-backed内存映射，要设置成"/tmp/apc.XXXXXX"的样子(恰好6个X)。 ; 要使用POSIX风格的shm_open/mmap就需要设置成"/apc.shm.XXXXXX"的样子。 ; 你还可以设为"/dev/zero"来为匿名映射的内存使用内核的"/dev/zero"接口。 ; 不定义此指令则表示强制使用匿名映射。 apc.num_files_hint = 1000 ;SYS ; Web服务器上可能被包含或被请求的不同源文件的大致数量(建议值为1024~4096)。 ; 如果你不能确定，则设为 0 ;此设定主要用于拥有数千个源文件的站点。 apc.optimization = 0 ; 优化级别(建议值为 0 ) 。 ; 正整数值表示启用优化器，值越高则使用越激进的优化。 ; 更高的值可能有非常有限的速度提升，但目前尚在试验中。 apc.report_autofilter = Off ;SYS ; 是否记录所有由于early/late binding原因而自动未被缓存的脚本。 apc.shm_segments = 1 ;SYS ; 为编译器缓冲区分配的共享内存块数量(建议值为1)。 ; 如果APC耗尽了共享内存，并且已将apc.shm_size指令设为系统允许的最大值， ; 你可以尝试增大此值。 apc.shm_size = 30 ;SYS ; 每个共享内存块的大小(以MB为单位，建议值为128~256)。 ; 有些系统(包括大多数BSD变种)默认的共享内存块大小非常少。 apc.slam_defense = 0 ;SYS(反对使用该指令，建议该用apc.write_lock指令) ; 在非常繁忙的服务器上，无论是启动服务还是修改文件， ; 都可能由于多个进程企图同时缓存一个文件而导致竞争条件。 ; 这个指令用于设置进程在处理未被缓存的文件时跳过缓存步骤的百分率。 ; 比如设为75表示在遇到未被缓存的文件时有75%的概率不进行缓存，从而减少碰撞几率。 ; 鼓励设为 0 来禁用这个特性。 apc.stat = On ;SYS ; 是否启用脚本更新检查。 ; 改变这个指令值要非常小心。 ; 默认值 On 表示APC在每次请求脚本时都检查脚本是否被更新， ; 如果被更新则自动重新编译和缓存编译后的内容。但这样做对性能有不利影响。 ; 如果设为 Off 则表示不进行检查，从而使性能得到大幅提高。 ; 但是为了使更新的内容生效，你必须重启Web服务器。 ; 这个指令对于include/require的文件同样有效。但是需要注意的是， ; 如果你使用的是相对路径，APC就必须在每一次include/require时都进行检查以定位文件。 ; 而使用绝对路径则可以跳过检查，所以鼓励你使用绝对路径进行include/require操作。 apc.user_entries_hint = 100 ;SYS ; 类似于num_files_hint指令，只是针对每个不同用户而言。 ; 如果你不能确定，则设为 0 。 apc.write_lock = On ;SYS ; 是否启用写入锁。 ; 在非常繁忙的服务器上，无论是启动服务还是修改文件， ; 都可能由于多个进程企图同时缓存一个文件而导致竞争条件。 ; 启用该指令可以避免竞争条件的出现。 apc.rfc1867 = Off ;SYS ; 打开该指令后，对于每个恰好在file字段之前含有APC_UPLOAD_PROGRESS字段的上传文件，APC都将自动创建一个upload_的用户缓存条目(就是APC_UPLOAD_PROGRESS字段值)。 3、php函数 apc_cache_info - Retrieves cached information (and meta-data) from APC's data store apc_clear_cache - Clears the APC cache apc_define_constants - Defines a set of constants for later retrieval and mass-definition apc_delete - Removes a stored variable from the cache apc_fetch - Fetch a stored variable from the cache apc_load_constants - Loads a set of constants from the cache apc_sma_info - Retrieves APC's Shared Memory Allocation information apc_store - Cache a variable in the data store 4、注意： Apc与apache的进程共享内存，所以只有在执行apache进程时，才可以往apc中存值，普通的php进程不能访问apc共享内存。 第二章 提高PHP性能的编码技巧 0、用单引号代替双引号来包含字符串，这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量，单引号则不会，注意：只有echo能这么做，它是 一种可以把多个字符串当作参数的“函数”(译注：PHP手册中说echo是语言结构，不是真正的函数，故把函数加上了双引号)。 1、如果能将类的方法定义成static，就尽量定义成static，它的速度会提升将近4倍。 2、$row[’id’] 的速度是$row[id]的7倍。 3、echo 比 print 快，并且使用echo的多重参数(译注：指用逗号而不是句点)代替字符串连接，比如echo $str1,$str2。 4、在执行for循环之前确定最大循环数，不要每循环一次都计算最大值，最好运用foreach代替。 5、注销那些不用的变量尤其是大数组，以便释放内存。 6、尽量避免使用 __get，__set，__autoload。 7、require_once()代价昂贵。 8、include文件时尽量使用绝对路径，因为它避免了PHP去include_path里查找文件的速度，解析操作系统路径所需的时间会更少。 9、如果你想知道脚本开始执行(译注：即服务器端收到客户端请求)的时刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()。 10、函数代替正则表达式完成相同功能。 11、str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。 12、如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。 13、使用选择分支语句(译注：即switch case)好于使用多个if，else if语句。 14、用@屏蔽错误消息的做法非常低效，极其低效。 15、打开apache的mod_deflate模块，可以提高网页的浏览速度。 16、数据库连接当使用完毕时应关掉，不要用长连接。 17、错误消息代价昂贵。 18、在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。 19、递增一个全局变量要比递增一个局部变量慢2倍。 20、递增一个对象属性(如：$this->prop++)要比递增一个局部变量慢3倍。 21、递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。 22、仅定义一个局部变量而没在函数中调用它，同样会减慢速度(其程度相当于递增一个局部变量)。 PHP大概会检查看是否存在全局变量。 23、方法调用看来与类中定义的方法的数量无关，因为我(在测试方法之前和之后都)添加了10个方法，但性能上没有变化。 24、派生类中的方法运行起来要快于在基类中定义的同样的方法。 25、调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。 26、Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。 27、除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。 28、尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。 29、当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在 zval 结构(C的内置数据结构，用于存储PHP变量)中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步 骤，如字母小写化(译注：指函数名小写化，PHP不区分函数名大小写)、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。 (举例如下) if (strlen($foo) (与下面的技巧做比较) if (!isset($foo{5})) { echo “Foo is too short”$$ } 调用isset()恰巧比strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。 34、当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并 指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++ 则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP 优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提 供商(ISPs)和服务器。 35、并不是事必面向对象 (OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。 36、并非要用类实现所有的数据结构，数组也很有用。 37、不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码? 38、当你需要时，你总能把代码分解成方法。 39、尽量采用大量的PHP 内置函数。 40、如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。 41、评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。 Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。 42、mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低 80%。 43、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下，尽量用 file_get_contents，因为他的效率高得多!但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题; 44、尽量的少进行文件操作，虽然PHP的文件操作效率也不低的; 45、优化Select SQL语句，在可能的情况下尽量少的进行Insert、Update操作; 46、尽可能的使用PHP内部函数(但是我却为了找个PHP里面不存在的函数，浪费了本可以写出一个自定义函数的时间，经验问题啊!); 47、循环内部不要**变量，尤其是大变量：对象(这好像不只是PHP里面要注意的问题吧?); 48、多维数组尽量不要循环嵌套赋值; 49、在可以用PHP内部字符串操作函数的情况下，不要用正则表达式; 50、foreach效率更高，尽量用foreach代替while和for循环; 51、用单引号替代双引号引用字符串; 52、“用i+=1代替i=i+1。符合c/c++的习惯，效率还高”; 53、对global变量，应该用完就unset()掉; 09-11 18:35