有极速快乐十分吗|极速快乐十分走势图|

列举一些常见的系统?#30340;?#29942;颈

Common Bottlenecks
服务器君一共花费了362.081 ms进行了7次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

在 Zen And The Art Of Scaling - A Koan And Epigram Approach 一文中, Russell Sullivan 提出一个很有趣的设想:一共有20种经典的瓶颈。这听起来就像只有20种基本的故事情节(20 basic story plots)那样让人怀疑。不过基于每个人不同的分类方式,这个说法或许是对的,但是在现实中,众所周知,瓶颈是无穷无尽的而?#30097;?#21450;方方面面。

一天, 来自 Terracotta 的 Aurelien Broszniowski 给我电邮了一份他心中的瓶颈列表,我们同时把我们的邮件抄送给了Russell, 他也给出了他的列表。而我也有我自己的想法。 所以,下面就是这几碗水煮成的一锅石头汤( http://en.wikipedia.org/wiki/Stone_soup, stone soup典故)

Russell 说要是年轻的时候就知道这些该多好啊,而对我来说则可以提供更多的思路。你的经验越多,处理过不同类型的项目,你就可以给这个列表增加更多的内容。因?#35828;?#20320;在阅读这个列表时,或者是在整理自己的列表时,多年的丰富经验的积累以及遇到的一些小挫折,每一个故事都值得进行总结。

数据库

  • 工作中数据大小超过可用内存 RAM
  • 长短查询混合
  • 写-写 冲突
  • 大的联合查询占光内存

虚拟化

  • 共享 HDD 存储,磁盘寻道挂起
  • 云平台中的网络 I/O 波动

编程

  • 线程:死锁、相对于事件驱动来说过于重?#32771;丁?#35843;试、线程数与性能比非线性
  • 事件驱动编程:回调的复?#26377;浴?#20989;数调用中如何保存状态(how-to-store-state-in-function-calls)
  • 缺少profile工具、缺少trace工具、缺少日志工具
  • 单点故障、横向不可扩展
  • 有状态的应用
  • 搓设计:一台机器上能跑,几个?#27809;?#20063;能跑,几个月后,几年后,尼玛,发现扛不住了,整个架构需要重?#30784;?/li>
  • 算法复杂度
  • 依赖于诸如DNS查找等比较搞人的外部组件
  • 栈?#21344;?/li>

磁盘

  • 本地磁盘存取
  • 随机磁盘?#21015;?-> 磁盘寻道
  • 磁盘碎片化
  • 写入超过SSD容量的数据导致SSD硬盘性能降低

操作系统

  • 内核缓冲刷入磁盘,填充linux缓冲区缓存
  • TCP缓冲区过小
  • 文件描述符限制
  • 功率分配

缓存

  • 不使用memcached
  • HTTP中,header,etags,不压缩(headers, etags, not gzipping)
  • 没有充分使用浏览器缓存功能
  • 字节码缓存(如PHP)
  • L1/L2缓存,这是个很大的瓶颈。把频繁使用的数据保持在L1/L2中。设计到的方面很多:网络数据压缩后再发送,基于列压缩的DB中不解压直接计算等?#21462;?#26377;TLB友好的算法。最重要的是牢固掌握以下基础知识:多核CPU、L1/L2,共享L3,NUMA内存,CPU、内存之间的数据传输带宽延迟,磁盘页缓存,脏?#24120;琓CP从CPU到DRAM到网卡的流程。

CPU

  • CPU 过载
  • 上下?#37027;谢?-> 一个内核上跑了太多的线程,linux调度对于应用来说很不友好, 太多的系统调用, 等等...
  • IO 等待 -> 所有的CPU都挂起等待比?#19979;?#30340;IO
  • CPU 缓存: 缓存数据是一个为了平衡不同实例有不同的值?#22836;?#37325;的同步缓存数据保持一致,而精心设计的一个进程。
  • 背板吞吐量

网络

  • 网卡的最大输出带宽,IRQ达到饱和状态,软件中断?#21152;?#20102;100%的CPU
  • DNS查找
  • 丢包
  • 网络路?#19978;怪富?/li>
  • 网络磁盘访问
  • 共享SAN(Storage Area Network)
  • 服务器失败 -> 服务器无响应

过程

  • 测试时间 Testing time
  • 开发时间 Development time
  • 团队人数 Team size
  • 预算 Budget
  • 代码缺陷 Code debt

内存

  • 内存溢出 -> 杀进程,进入 swap ,越来越慢
  • 内存溢出导致磁盘频繁?#21015;矗╯wap相关)
  • 内存库开销
  • 内存碎片
  • Java 需要垃圾?#21344;?#23548;致程序暂停
  • C 语言的 malloc 无法分配

如果你有更多的瓶颈见解与心得,?#38431;?#34917;充。

本文地址:http://www.bavugt.tw/librarys/veda/detail/2408,?#38431;?#35775;问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.bavugt.tw/librarys/veda/detail/2408

如果你认为这篇文章值得更多人阅读,?#38431;?#20351;用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效?#23454;停?#25105;觉得一个重要原因是看的书少了。多少是多呢?起码?#27599;?、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结?#20849;缓?#32780;且不系?#24120;?#22240;为在特定领域有一个足够量的知?#35835;?足够?#24049;?#30340;知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足?#38405;依?#38754;试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《UNIX环境高级编程(第2版)》 史蒂文斯 (作者), 拉戈 (作者), 尤晋元 (译者), 张亚英 (译者), 戚正伟 (译者)

《UNIX环境高级编程(第2版)》是?#25381;?#20026;UNIX编程“圣经”的Advanced Programming in the UNIX Environment一书的更新版。在本书第1版出版后的十几年中,UNIX行业已经有了巨大的变化,特别是影响UNIX编程接口的有关标准变化很大。本书在保持了前一版的风格的基础上,根据最新的标准对内容进行了修订和增补,?#20174;?#20102;最新的技术发展。书中除了介绍UNIX文件和目录、标准I/O库、系统数据文件和信息、进程环境、进程控制、进程关系、信号、线程、线程控制、守护进程、各种I/O、进程间通信、网络IPC、伪终?#35828;?#26041;面的内容,还在此基础上介绍了多个应用示例,包括如何创建数据库函数库以及如何与网络打印机通信?#21462;?/p>

更多计算机宝库...

有极速快乐十分吗
体彩七星彩走势图48期 加拿大快乐8作假吗 河南泳坛夺金开奖结果 国际娱乐平台 省福利彩票发行中心关于电脑福利彩票投注站管理申报办理程序公告 江西快3开奖时间几点开 模拟炒股游戏 广东11选5遗漏 148期足彩预计奖金 五子棋游戏大全