云计算之路-阿里云上：“黑色1秒”问题与2009年Xen一个补丁的故事
在之前对“黑色1秒”问题的分析博文中，我们将最大嫌疑对象锁定在了Xen，在这篇博文我们将从Xen的角度进行分析。也许有人会问，为什么不知道天多高地多厚地去研究不属于自己范围的问题？只因我们对一个问题的强烈好奇心——究竟是不是我们用Windows的错？ （注1：文中所说的Xen补丁问题只是提供一种 ...
原文：云计算之路-阿里云上：基于Xen的IO模型进一步分析“黑色0.1秒”问题
在发现云服务器读取OCS缓存的 黑色 . 秒 是发生在socket读取数据时，而且是发生在读取开始的字节，甚至在socket写数据时 比如写入缓存key 也会出现超过 ms的情况，我们的好奇心被激发到一个新的高度。 根据我们的实测，在云服务器上创建一个新的TCP连接通常也不过 ms左右。在黑色 . 秒期间，TCP包已经到达网卡，从网卡读到内存中竟然超过 ms，这太不可思议了 后来想想，如果.Ne ...
2014-05-13 15:24 7 3339 推荐指数：
相关推荐
云计算之路-阿里云上：什么是“黑色1秒”？
为了更好地分享我们解决“黑色1秒”问题的过程，在这篇博文中我们将专门描述一下“黑色1秒”问题的表现。 “黑色1秒”是我们使用阿里云以来继“黑色10秒”之后遭遇的最奇特、最诡异、最难以捉摸、最富有戏剧性的问题。 它有2个最显著的特征： 第一个是最直观的表现，在Windows性能监视 ...
云计算之路-阿里云上：对“黑色30秒”问题的猜想
在云上，底层的东西你无法触及，遇到奇怪问题时只能靠猜想，所以使用云计算会锻炼你的想像力。 （上图中蓝色是ASP.NET的Requests Queued，另外一个是HTTP.SYS的Arrival Rate） 昨天我们发现了一个重要的线索——“黑色30秒”到来时，最初的表现是请求出现排队 ...
云计算之路-阿里云上：读取缓存时的“黑色0.1秒”
看到标题中的“0.1秒”，你也许会呲之以鼻：不会吧，0.1秒也要计较，不是吃饱撑着，是没吃饱也撑着。 依然没撑着！在memcached应用场景中，响应速度是处于1ms级别的，0.1s可是比1ms慢了100倍啊。 如果你不相信1ms级别，请看这篇文章（微博CacheService架构浅析）中 ...
云计算之路-阿里云上：原来“黑色0.1秒”发生在socket读取数据时
在昨天的博文（云计算之路-阿里云上：读取缓存时的“黑色0.1秒”）中我们犯了一个很低级的错误——把13ms算成了130ms（感谢陈硕发现这个错误！），从而对问题的原因作出了错误的推断，望大家谅解！ 从中我们吸取到了一个教训：趁热打铁要小心，容易失去冷静，作出错误的判断。 今天我们痛定思痛，用了 ...
云计算之路-阿里云上：结合IIS日志分析“黑色30秒”问题
在昨天针对“黑色30秒”问题的分析中，我们猜测Requests Queued上升是由于正在处理的请求出不去（到达不了客户端）。今天我们结合IIS日志验证这个猜测。 IIS日志中有一个重要的指标——time-taken，time-taken不仅包含了请求在服务端执行的时间，还包含了响应的内容 ...
云计算之路-阿里云上：借助IIS Log Parser Studio分析“黑色30秒”问题
今天下午15:11-15:13间出现了类似“黑色30秒”的状况，我们用强大的IIS日志分析工具——Log Parser Studio进行了进一步的分析。 分析情况如下—— 先看一下Windows性能监视器中的问题表现： 然后用Log Parser Studio分析07:11:55与07 ...
云计算之路-阿里云上：从ASP.NET线程角度对“黑色30秒”问题的全新分析
在这篇博文中，我们抛开对阿里云的怀疑，完全从ASP.NET的角度进行分析，看能不能找到针对问题现象的更合理的解释。 “黑色30秒”问题现象的主要特征是：排队的请求（Requests Queued）突增，到达HTTP.SYS的请求数（Arrival Rate）下降，QPS（Requests/Sec ...