原文来自于:http://www.searchtb.com/2014/02/apc-lock-php-fpm.html 最近线上产品出现了502错误.一般出现502错误,都是php-fpm 进程处理请求时出现异常导致的. 首先,查看了php-fpm 的进程数.发现php-fpm的进程数已经到达了php-fpm.conf中设置的最大值.最近流量没有特别的变动,这么多php-fpm进程,肯定有问题. ​然后,用pstack命令查看这些php-fpm进程都在干啥.​[hailong.xhl@s0100…

如果你的网站出现502错误.同时你网站中又使用了apc模块来做缓存处理.那么这篇文章兴许能帮到你. 首先,查看了php-fpm 的进程数. 发现php-fpm的进程数已经到达了php-fpm.conf中设置的最大值. 发现很多php-fpm进程,肯定有问题. ​然后,用pstack命令查看这些php-fpm进程都在干啥. sudo pstack pid 由堆栈信息我们可以肯定php的apc模块申请互斥锁权限时,一直获取不到互斥锁权限,一直等待,导致卡死了. 接下来,我们查下,是什么导致apc模块…

请看代码: DECLARE @max VARCHAR(max) SET @max='aaa...' --这里有8000个a +'bb' --连接一个varchar常量或变量 SELECT LEN(@max) 别想当然以为它会返回8002,而是8000,select @max也只会得到8000个a,后面两个b没了.我们知道,varchar(max)类型不受字符数限制,但为什么会这样? 这其实与@max的数据类型无关,而是与字符串拼接后得到的数据类型有关,或者说,与字符串常量的数据类型推断有关.在S…

如果你在使用你的Openshift时出现了这样的问题,那就说明APC加速器导致了此故障 1.上传后的代码运行效果没有变化 2.Wordpress翻来覆去自己重复升级一个版本(←Wordpress在自嗨233) 3.明明自己人品很好,配置贴吧云签到时数据库信息检查N遍可还是提示错误.囧 如果出现这样的问题,不是Openshift来姨妈了,而是你的PHP程序被APC缓存了 其实只要去Openshift后台重启一下应用就好了,可是如何彻底解决此问题呢? 直接把APC关了吧!(有人说这玩意真没啥用) ~…

  本篇原文为 Depths of Windows APC ,如果有良好的英文基础,可以点击该链接进行阅读.本文为我个人:寂静的羽夏(wingsummer) 中文翻译,非机翻,著作权归原作者 Rbmm 和 Dennis A. Babkin 所有.   由于原文十分冗长,也十分干货,采用机翻辅助,人工阅读比对修改的方式进行,如有翻译不得当的地方,欢迎批评指正.翻译不易,如有闲钱,欢迎支持.注意在转载文章时注意保留原文的作者链接,我(译者)的相关信息.话不多说,正文开始: 本篇文章包含一些没有被原厂…

原文来自于:http://www.searchtb.com/2014/03/%E5%A6%82%E4%BD%95%E6%89%BE%E5%87%BA%E5%8F%91%E7%94%9Fsegv%E5%86%85%E5%AD%98%E9%94%99%E8%AF%AF%E7%9A%84%E7%A8%8B%E5%BA%8F.html 前言 这个可以说是<小心,apc可能导致php-fpm罢工!>的续.因为这篇文章有个问题没说清楚,而且有同学昨天又问起这个问题. ​问题18-Feb-2014 15:4…

本文出自http://mxdxm.iteye.com/ 一.简介 由于 C++ 语言没有自动内存回收机制,程序员每次 new 出来的内存都要手动 delete.程序员忘记 delete,流程太复杂,最终导致没有 delete,异常导致程序过早退出,没有执行 delete 的情况并不罕见. 用智能指针便可以有效缓解这类问题,本文主要讲解参见的智能指针的用法.包括:std::auto_ptr.boost::scoped_ptr.boost::shared_ptr.boost::scoped_arra…

转自:http://blog.csdn.net/a910626/article/details/50849760 一.什么是内存泄漏 在Java程序中,如果一个对象没有利用价值了,正常情况下gc是会对其进行回收的,但是此时仍然有其他引用指向这个活在堆内存中的对象,那么gc就不会认为这个对象是一个垃圾,那么就不会对其进行回收,所以它会一直活在堆内存中占用内存,这就导致了内存泄漏. 总结一下,导致内存泄漏的原因就是有一些我们永远不会使用的对象,仍然有引用指向它(当然这是在强引用的情况下),那么就不满…

开篇 学生时代,老师常说,好记性不如烂笔头,事实上确实如此,有些知识你在学习的时候确实滚瓜烂熟,但是时间一长又不常用了,可能就生疏了,甚至下次有机会使用到的时候,还需要上网查找资料,所以,还不如常常摘录下来,即使下次忘记具体细节还能从我自己的博客中轻易的找出来呢,还能和各位园友分享知识,还有一点就是,读书是一件持之以恒的事情,我大学期间试过从图书馆借回来的书,三个月限期已到了还没读完又还回去了,说到底就是没有读书的动力,所以开一个读书笔记的文章系列也是很有必要的,督促自己要把这本书啃完. 章节索…

http://blog.csdn.net/byxdaz/article/details/5638680 用户模式的线程同步机制效率高,如果需要考虑线程同步问题,应该首先考虑用户模式的线程同步方法. 但是,用户模式的线程同步有限制,对于多个进程之间的线程同步,用户模式的线程同步方法无能为力. 这时,只能考虑使用内核模式.用户模式与内核模式线程同步机制比较 用户模式 内核模式 优点 线程同步机制速度快 支持多个进程之间的线程同步, 防止死锁 缺点 容易陷入死锁状态 线程同步机制速度慢 多个进程之间的…