最近在Centos 7 上安装软件，一会不看就自动断开，很是讨厌，故调整下面的设置，让其长时间保持连线。

    我们有一个 java 应用，启动的时候要初始化连接池，在连接一堆 sharding 过的 DB 时，经常会有一部分连接超时失败的，集中在一两台后端机器上，但每次失败的后端服务器却又不固定，也并不是每次启动都能遇到。超时时间设为了 50ms，看起来有点短但是对局域网，和压力并不算大的 DB 来说，这个时间已经长得匪夷所思了。后来尝试调大成 100ms，还是有失败的。但是如果启动成功后，却没再记录到过连接超时的情况。

    Redis在分布式应用中占据着越来越重要的地位，短短的几万行代码，实现了一个高性能的数据存储服务。最近dump中心的cm8集群出现过几次redis超时的情况，但是查看redis机器的相关内存都没有发现内存不够，或者内存发生交换的情况，查看redis源码之后，发现在某些情况下redis会出现超时的状况，相关细节如下。。。。

     最近我们的服务在升级php使用的libcurl, 期望新版本的libcurl支持毫秒级的超时, 从而可以更加精细的控制后端的接口超时, 从而提高整体响应时间. 但是, 我们却发现, 在我们的CentOS服务器上, 当你设置了小于1000ms的超时以后, curl不会发起任何请求, 而直接返回超时错误(Timeout reached 28). 原来, 这里面有一个坑, CURL默认的, 在Linux系统上, 使用SIGALARM来提供控制域名解析超时的功能, 但是SIGALARM不支持小于1s的超时, 于是在libcurl 7.28.1的代码中...

    在PHP开发中工作里非常多使用到超时处理到超时的场合，我说几个场景： 1. 异步获取数据如果某个后端数据源获取不成功则跳过，不影响整个页面展现 2. 为了保证Web服务器不会因为当个页面处理性能差而导致无法访问其他页面，则会对某些页面操作设置 3. 对于某些上传或者不确定处理时间的场合，则需要对整个流程中所有超时设置为无限，否则任何一个环节设置不当，都会导致莫名执行中断 4. 多个后端模块(MySQL、Memcached、HTTP接口)，为了防止单个接口性能太差，导致整个前面获取数据太缓慢，影响页面打开速度，引起雪崩 5. 。。。

    当我们用Putty连接Linux服务器，长时间不操作的时候，ssh会自动断掉，这主要是为了安全方面的设计，但是对于长时间等待的操作，可能就有问题了。 下面我简单的说一下，怎么让ssh可以长时间连接不断掉的办法。 打开/etc/ssh/sshd_config #vi /etc/ssh/sshd_config 找到ClientAliveInterval，把前面的注释符号#去掉，然后把后面的数字0改成一个较小的比0大的数字，例如60或者120。 这里的单位是秒，他的意思是60秒或者120秒之后服务...

    问题是出在一次模拟http请求的把戏中，我之前还真没有注意到，但后来还是想明白了，多看看http协议不无坏处。当时我将其记录在内网了，发出来大家参考吧。教训啊，血淋淋的教训 在项目开发过程中，自己写了一个基于HTTP的API，来完成服务器之间的通讯，在直接用socket模拟POST请求的时候，异常缓慢，大约需要5秒钟才有响应（从服务端返回的头部来看：Keep-Alive: timeout=5,max=100），后来用PHP自带的SOAP扩展来完成，结果速度出...

    经常会遇到这样一个情况：浏览器弹出对话框，提示脚本运行时间过长，询问“停止”还是“继续”。那究竟各个浏览器是如何判断在什么时候才弹出此对话框呢？ IE：执行超过500W条JScript引擎语句出现提示。 Firefox：执行超过10秒出现提示。 Safari：执行超过5秒出现提示。 Opera：无论执行多久都不会出现提示，最有耐性。 Chrome：执行超过约8秒（估计值）出现提示。注：当弹出类似alert的模式对话框的时候，是不计时。