别迷信那些开源程序，那个plog效率极其低下

简单，一挂就上去了，呵呵。
当然戏法人人会变，各有巧妙不同，喜欢memcache就memcache吧。

放内存确实是一个不错的选择
不过PHP现在想要放到内存,还得自己装扩展
放内存没有java和asp.net方便

怎么挂呢，nfs那性能真是不太敢用。不过如果只有一台机器，那用内存文件系统很爽

克隆熊猫的两个回帖我都很赞同，确实是那样。

比较需要前提条件。  内存表和共享内存最快， 但不是一定的。 比如老版本的mysql的heap没有索引，数据大了还没普通数据库快。

而同样条件下，比如简单文本文件和数据量小的DB, 文件的速度比数据库快一个数量级以上， 文件的效率是数据库望尘莫及的。

[ 本帖最后由 北京野狼 于 2008-5-14 21:00 编辑 ]

具体情况具体分析,,,简单的随便什么都可以.

顶4L！
共享内存是王道，至少不用听硬盘吱吱叫个不停。

共享内存的综合性能应该是最好的。瓶颈主要在连接数量和组织数据结构上，所以这样的机器对CPU要求也不低。

文件缓存比较适应小规模数据，或者不经常变动的数据，如静态页面缓存之类的，瓶颈在磁盘IO上。

数据库的优势在于快速定位，用与查找更新替换之类的操作，如果只是存放不变的数据，还是文件系统好一些。数据库瓶颈包括连接与IO两部分。如果不考虑数据库自身的内存缓存的话，数据表的IO肯定没有文件系统快，因为绝大部分数据库系统都是建立在文件系统之上的。别跟我说裸设备。

所以，使用哪种缓存，要根据自己的硬件和数据量，以及具体的逻辑需求来确定。

其实没定论，楼上也已经很多人都说了，要具体情况具体分析。

按LZ的具体问题来说，那就是，phpcms,discuz之类之所以用文件，是因为要考虑虚拟主机和非专业用户，那几个变量从数据库中查询的话，query cache配置的好，效率也差不多，但是也怕产生数据库的cpu和io时间，共享内存又不是谁都可以用的，所以折中一下，文件是最好的办法，而且直接include的话，大多会有缓存。对于点击数更新这种写操作来说，在表中做update和delete的代价是很昂贵的，所以牺牲io来换取数据库效率。考虑到现在动辄8M以上缓存的硬盘和绝大多数都关闭磁盘同步的linux，这种io的代价相对update还是可以接受的