![傲枭]( "傲枭")
这个函数分为两个部分，分别对应于shm和文件。首先它会检查系统是否支持共享内存（这个常量是在common.inc.php中已经设置过的），如果支持，函数会在config表中（具体应用中我也不知道你会把它放在哪里）读取所有的变量，并把它们放到一个数组中直接保存到shm里（当然实际操作不是这样简单的），如果系统不支持shm，函数会试图生成一个php文件。当再次调用这个函数时，如果shm里已经有了这个数组存在，或者已经有了这个文件存在的话（前面已经规定这个文件会被保存在tmpfs上），函数会直接返回它们的内容，不必再去读取数据库。 这就是一个简单的cache概念。究竟什么样的数据可以并且适合被cache？这和cache的更新方式有关。cache有定时间隔更新的，有不定时更新的。定时更新的指cache存在若干时间后再次重新生成cache，通常用于统计数据，比如在线人数等。不定时更新的是指生成后就一直保持不变，直到再次检测到不存在或已过期、已损坏等情况出现，通常见于参数调用、模板编译结果等。这些数据的特点是它们都是临时的，可以被丢弃的，比如没人会在乎一个模板是否被重新编译过，除了在编译的那次执行中多占用一点时间。这批可丢弃的数据就可以被放心地保存在内存或者tmpfs中，因为它们不怕丢失，并且随时可以被重建。 早期版本的PHPWIND论坛的cache机制是很差的，虽然它很快，但是很脆弱，一旦cache文件损坏或丢失，它不会自己去创建它，而是直接导致程序无法运行，这种只能叫做临时文件，而不能叫cache。我不知道现在的PHPWIND什么样，因为我一直没兴趣去看它…… 下面是shm.inc.php的源码，我不想对它加太多的注释，因为它很机械，没什么好注释的。唯一需要注意的是php的两种支持shm的方式。一种是 shmop，一种是sysv的shm，不同的是sysv只在UNIX/LINUX系统中存在，shmop更底层，只接受字符串数据。 这个class同时支持sysv和shmop，对于shmop，它把数据做了序列化，并用一个\0做为数据的结束。因为序列化本身并不是很快，所以有可能的话，还是sysv的shm稳定一些。 共享内存的原本用途并不是做缓存，也不是做buffer，它是用来做进程间通信的。它可以保存临时队列，传递信号量等。我们在这里变通地用它来保存点东西，只是因为它的速度快得实在不是文件和数据库存取能比的。而且因为它的共享性，它在一段web脚本结束之后不会消失，所以它特别适合用来实现 Application变量（不用再羡慕ASP了）。 下面的部分是mSession的实现，它只是模拟了session的存取过程，并对系统session进行了改进。它用了Hash目录。它的缺点是在程序结束部分还要Rewrite一下，把数据更新到session文件里，当然这个很容易被改进。
Hash目录是一种优化文件存储性能的方法。无论是Windows还是Linux，无论是NTFS还是ext3，每个目录下所能容纳的项目数是有限的。并不是不能保存，而是当项目数量过大的时候，会降低文件索引速度，所以权衡一个目录下应该保存多少文件是很必要的。保存得多了会影响性能，保存得少了会造成目录太多和空间浪费。所以当保存大批文件的时候，需要有一种算法能将文件比较均匀地“打散”在不同的子目录下以提高每一级的索引速度，这种算法就是 Hash。通常用的MD5、sha1等都可以用来做Hash目录，我的mSession里也同样使用了MD5，取得sessionID的第一位和第九位，这就构成了两级Hash路径，也就是说，系统把所有的Session文件分散到了16×16＝256个子目录下。假设Linux每个目录下保存1000个文件可以获得最好的空间性能比，那么系统在理想情况下可以同时有256000个session文件在被使用。 Hash目录还被广泛应用在备份、图库、电子邮件、静态页生成等文件密集型应用上。 再来点一下我的模板类，我很懒地保留了Discuz模板函数的所有标签。一方面是我确实很懒，另一方面是我曾经试图修改Discuz，把它改成一个专用的版本，不过这是一个类，它的使用方法和Discuz函数没什么两样，都是include一个parse结果返回的文件名。 所不同的是在处理{template}标签的时候。Discuz的处理方式是把{template}替换成再次调用模板解析函数去解析另一个模板文件，这样，模板函数可能会被调用多次，编译的结果里也会有很多include另一个模板文件Parse结果的地方。这里涉及另一个优化点——尽量少地 include文件。过多地include会带来更多的IO开销和CPU处理开销，所以我把{template}改成直接读入文件内容，然后再 parse。这样一个模板文件即使有1000个{template}，编译的结果也只有一个文件。 这个模板类用起来是如此地简单方便，更重要的是，它确实很快～～呵呵，我从来不否认我有时候也会做一些比较有用的事，哈哈：
后面附了一个简单的获取静态页的方法，其实也没什么用，大家都有更好的方法来生成静态页。 * * * * * * 主要就是这些东西支撑起一个系统运行的必要部分。我从来不强调MVC层次，也不去讲究OOP，虽然偶尔也写一些很蹩脚的类。多年以来Pascal、C和汇编养成的习惯使我相比注意OO结构之外更注意执行效率。这次只是罗列了一些基于共享内存和tmpfs的优化方法。 至于把什么样的数据放在tmpfs上，各位自己看着办。我把include文件、session、模板的编译结果、cache文件放在了上面。在提升IO性能的同时，它带来的另一个好处是不需要把这些文件放在web目录里，也提高了不少安全性。即使有一些文件需要放在web目录下，比如程序执行文件（废话……），也不要用奇怪的扩展名。对于config.inc.php这样的文件尤其要注意，不要使用config.inc这种文件名，很有可能你的系统忘了配置对.inc的支持，访问者可以直接在浏览器里访问config.inc就可以把这个文件下载走了，而这个文件里保存着你的数据库密码…… 走到这里，我们已经逐渐地跟上了优化的步伐，在后面的时间里，优化程序结构的同时，已经可以做好更输入地挖掘系统潜力的的准备了。将优化进行到底，挑战一下一台服务器到底能撑住多少个访问者是我近期的变态目标。不过再走下去，可能已经走出了PHP的领地，各位一定要有心理准备，因为我的C程序写得有时候比天书还乱…………hoho 附上那个压缩/解压的类：