爱华网这样做能够解决您的问题，不过可能会加重系统负担
因为eaccelerator主要是为了节省系统资源的东西具体做法是找到php.ini
如果是我帮您配置的，一般在c:/php/php.ini或者 c:/winnt/php.ini或者c:/windows/php.ini去掉zend_extension_ts="C:phpextensionseaccelerator_win_xxx.dll"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="c:temp"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"ea主要是在unix环境下开发的，但是作者忽略到windows实际上不像u主机那样，是没有u主机的那种内存共享机制的
这个bug已经提交给他们了，希望0.9.5能够解决当然，如果您的机器这个问题不严重，建议还是保留，ea是一块非常优秀的Php缓存+加速软件
配合zo使用，将会降低系统负担 50%-80%左右，提高负载能力、速度和效率 200%左右
第二种可能session_save_path需要设定一个实际的物理路径，并且该目录需要everyone的所有权限，类似U主机的0777
第三种可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有权限，类似U主机的0777
第四种可能
您的内存严重不足，查看一下，如果有问题，请加内存，最好是一次加两条
比如加1G内存，最好是加2条一模一样的512M。否则没有启用双通道，效果也很一般
第五种可能
ZendOptimizer和php的搭配不是很好
换个版本试试看
目前比较稳定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2
第六种可能这种多属于用win2003的用户
他们在应用池中设定了限制
比如多长时间回收，最大使用内存多少等等
这些设置势必造成这个经典的php错误
木头经过数以百计的测试，敢担保问题会出现在这里。
出现这个问题，在我重装Windows Server2003，全新下载php+mysql+zend并安装的环境下。服务器系统本身是肯定没有问题的，在出错的情况下，完全卸载php+mysql+zend，并换上xampp却是正常的，说明DZ没问题，并再次说明系统没有问题。出错的主要是phpmyadmin和DZ，而这两者都是需要和mysql连接的，是否mysql有问题？第二天早上顾不得吃早饭就查看并保存了xampp下面的phpinfo，然后重新装上昨天出问题的组合，查看phpinfo，一对比，最主要的区别就在于mysql的版本。xampp带的是5.022，我自己安装的是5.124。卸载mysql5.124，重新下载一个mysql5.022装上，还是不行。再次检查phpinfo，发现mysql模块的版本仍然是5.124。于是停止运行mysql和IIS，把mysql安装目录下面的libmysql.dll分别覆盖到php安装目录和%win%system32下面，再重启MYSQL和IIS，问题解决！
转载自：http://blog.excelhome.net/user1/kevin/archives/2008/1089.html
