系统架构常识,各种技术原理小结
2012-04-09 15:41
232 查看
Zend Optimizer(以下简称ZO)用优化代码的方法来提高php应用程序的执行速度。实现的原理是对那些在被最终执行之前由运行编译器(Run-Time Compiler)产生的代码进行优化。
eAccelerator 同样还支持 PHP 代码的编译和解释执行,你可以通过 encoder.php 脚本来对php代码进行编译达到保护代码的目的,经过编译后的代码必须运行在安装了 eAccelerator 的环境下。eAccelerator 编译后的代码不能被反编译,它不象其他一些编译工具那样可以进行反编译,这将使得代码更加安全和高效。
深入分析eaccelerator的opcode缓存功能
FastCGI的工作原理是:
1、Web Server 启动时载入FastCGI进程管理器(IIS ISAPI或Apache Module);
2、FastCGI进程管理器自身初始化,启动多个CGI解释器进程 (在任务管理器中可见多个php-cgi.exe)并等待来自Web Server的连接。
3、当客户端请求到达Web Server时,FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi.exe。
4、FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在 WebServer中)的下一个连接。 在正常的CGI模式中,php-cgi.exe在此便退出了。
在上述情况中,你可以想象 CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部dll扩展并重初始化全部数据结构。使用FastCGI,所有这些都只在进程启动时发生一次。一个额外的好处是,持续数据库连接(Persistent database connection)可以工作。
FastCGI的不足
因为是多进程,所以比CGI多线程消耗更多的服务器内存,PHP-CGI解释器每进程消耗7至25兆内存,将这个数字乘以50或100就是很大的内存数。
Nginx 0.8.46+PHP 5.2.14(FastCGI)服务器在3万并发连接下,开启的10个Nginx进程消耗150M内存(15M*10=150M),开启的64个php-cgi进程消耗1280M内存(20M*64=1280M),加上系统自身消耗的内存,总共消耗不到2GB内存。如果服务器内存较小,完全可以只开启25个php-cgi进程,这样php-cgi消耗的总内存数才500M。
参考:fastcgi 优化
eAccelerator 原理
eAccelerator 通过把经过编译后的 PHP 代码缓存到共享内存中,并在用户访问的时候直接调用从而起到高效的加速作用。它的效率非常高,从创建共享内存到查找编译后的代码都在非常短的时间内完成,对于不能缓存到共享内存中的文件和代码,eAccelerator 还可以把他们缓存到系统磁盘上。eAccelerator 同样还支持 PHP 代码的编译和解释执行,你可以通过 encoder.php 脚本来对php代码进行编译达到保护代码的目的,经过编译后的代码必须运行在安装了 eAccelerator 的环境下。eAccelerator 编译后的代码不能被反编译,它不象其他一些编译工具那样可以进行反编译,这将使得代码更加安全和高效。
深入分析eaccelerator的opcode缓存功能
FastCGI的工作原理是:
1、Web Server 启动时载入FastCGI进程管理器(IIS ISAPI或Apache Module);
2、FastCGI进程管理器自身初始化,启动多个CGI解释器进程 (在任务管理器中可见多个php-cgi.exe)并等待来自Web Server的连接。
3、当客户端请求到达Web Server时,FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi.exe。
4、FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在 WebServer中)的下一个连接。 在正常的CGI模式中,php-cgi.exe在此便退出了。
在上述情况中,你可以想象 CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部dll扩展并重初始化全部数据结构。使用FastCGI,所有这些都只在进程启动时发生一次。一个额外的好处是,持续数据库连接(Persistent database connection)可以工作。
FastCGI的不足
因为是多进程,所以比CGI多线程消耗更多的服务器内存,PHP-CGI解释器每进程消耗7至25兆内存,将这个数字乘以50或100就是很大的内存数。
Nginx 0.8.46+PHP 5.2.14(FastCGI)服务器在3万并发连接下,开启的10个Nginx进程消耗150M内存(15M*10=150M),开启的64个php-cgi进程消耗1280M内存(20M*64=1280M),加上系统自身消耗的内存,总共消耗不到2GB内存。如果服务器内存较小,完全可以只开启25个php-cgi进程,这样php-cgi消耗的总内存数才500M。
参考:fastcgi 优化
相关文章推荐
- 大型网站系统架构技术原理透析
- 大规模网站系统架构技术原理解析
- 大型网站系统架构技术原理透析
- 大型网站系统架构技术原理透析
- 大规模网站系统架构技术原理解析
- 学习笔记1:《大型网站技术架构 核心原理与案例分析》之 大型网站软件系统的特点
- 排序技术_各种算法原理 图解 代码实现
- Spring技术内幕——深入解析Spring架构与设计原理(一)IOC实现原理
- 从一个系统架构展现我们需要掌握哪些技术
- 中文搜索引擎技术揭密:系统架构
- 大型网站技术架构:核心原理与案例分析—第一章:大型网站架构演化
- 【系统架构】 大型网站架构技术一览
- 《大型网站技术架构 核心原理与案例分析》读书笔记
- 微信技术总监讲大数据高并发系统架构
- 大型网站技术架构核心原理与案例分析--第二、三章(总结待续)
- 排序技术_各种算法原理 图解 代码实现
- 【转】.NET/ASP.NET Routing路由(深入解析路由系统架构原理)
- 系统架构、技术构架、应用构架 区别
- 系统架构:前端监控系统草案(技术路线和用户行为分析相似)
- 互联网电商系统架构技术