在互联网后端日常开发接口的时候中，不管你使用的是C、Java、PHP还是Golang，都避免不了需要调用mysql、redis等组件来获取数据，可能还需要执行一些rpc远程调用，或者再调用一些其它restful api。 在这些调用的底层，基本都是在使用TCP协议进行传输。这是因为在传输层协议中，TCP协议具备可靠的连接，错误重传，拥塞控制等优点，所以目前应用比UDP更广泛一些。 相信你也一定听闻过TCP也存在一些缺点，那就是老生常谈的开销要略大。但是各路技术博客里都在单单说开销大、或者开销小，而少见不给出具体的量化分析。不客气一点，这都是营养不大的废话。经过日常工作的思考之后，我更想弄明白的是，开销到底多大。一条TCP连接的建立需要耗时延迟多少，是多少毫秒，还是多少微秒？能不能有一个哪怕是粗略的量化估计？当然影响TCP耗时的因素有很多，比如网络丢包等等。我今天只分享我在工作实践中遇到的比较高发的各种情况。
"高并发"对后台开发同学来说，既熟悉又陌生。熟悉是因为面试和工作经常会提及它。陌生的原由是服务器因高并发导致出现各位问题的情况少之又少。同时，想收获这方面的经验也是"摸着石头过河"， 需要大量学习理论知识，再去探索。
作者：丁一帆 https://www.zhihu.com/question/310387269/answer/926638382
对于基于互联网的通信应用（比如IM聊天、推送系统），数据传递时使用TCP协议相对较多。这是因为在TCP/IP协议簇的传输层协议中，TCP协议具备可靠的连接、错误重传、拥塞控制等优点，所以目前在应用场景上比UDP更广泛一些。
当你接手一个老项目，可能发现程序在服务器上运行性能低得可怕，与此同时现网流量还在逐渐增长。也许运用最新框架、微服务容器化、异步协程等方法来次彻底的重构，能够挽狂澜于既倒。可惜时不我待，运维已经在要求加机器了，而坏消息是，原有框架还不支持水平扩展，没法通过堆机器解决。有没有办法在不进行大改的情况下，度过难关呢？
从业很多年，对于语言其实并没有什么偏执，工作需要什么语言就用什么语言。大家用的最多的可能是C/C++语言，毕竟是算竞的主流，也有很多同学使用Java或者python，再有一些可能使用c#、go、php、ruby等等。
前面的几篇文章里讨论过了进程上下文切换和系统调用对系统性能的影响，我们今天再来看另外一个CPU吃货，那就是软中断。
Nginx的并发能力在同类型网页服务器中的表现，相对而言是比较好的，因此受到了很多企业的青睐，我国使用Nginx网站的知名用户包括腾讯、淘宝、百度、京东、新浪、网易等等。Nginx是网页服务器运维人员必备技能之一，下面为大家整理了一些比较常见的Nginx相关面试题，仅供参考：
停止nginx ./sbin/nginx -s stop ./sbin/nginx -s quit
来源 | https://segmentfault.com/a/1190000010677483
Nginx作为web server热门项目，有着高性能、简单配置以及跨平台，越来越多的企业选择使用它，我们这篇博客来说一下如何优化Nginx
图中一共有A、B、C、D四个应用，对外分别提供4种服务，此时B应用与C应用之间直接调用，A、B、C、D4个应用与操作系统之间直接交互，随着应用数量越来越多，就会导致层次化的应用不够隔离，服务之间耦合程度高，因此我们需要有一个东西来为我们代理和处理相关的一些通用请求，而只让应用处理相关的业务逻辑，这时就出现了一个叫做中间件的东西，如下图
双路服务器和单路服务器的区别，有三点，区别一是在CPU上的区别，区别二是在执行效率上的区别，区别三是在内存在的区别，接下来的文章来详细的讲解一下这三点的区别。
CPU性能指标可以从两方面来看：静态、动态 静态指标主要包括： CPU的型号、主频、核数、cache等 动态指标主要包括： CPU的平均负载状况、CPU的使用率、最耗CPU的进程有哪些 查
按照命名，肯定是封装一些常用的方法。这里只提供了一个 cpuNum 的 getter 接口。
第一层：CDN 国内网络分布主要南电信北联通，造成跨地区访问延迟大问题，对于有一定访问量网站来说，增加CDN（内容分发网络）层可有效改善此现象，也是网站加速的最好选择。CDN把网站页面缓存到全国分布的节点上，用户访问时从最近的机房获取数据，这样大大减少网络访问的路径。如果想自己搭建CDN，不建议这么做，因为什么呢？其实说白了，就是什么事别往运维上拦。CDN架构部署不复杂，影响效果的因素却很多，后期管理维护也比较复杂，想达到预期的效果确非易事，这是一个费力不讨好的活，最后老板还是感觉是你能力不足。建议找专做C
uptime、w、top等命令都会有系统负载load average的输出，系统平均负载被定义为在特定时间间隔内运行队列中的平均进程数，包括可运行状态和不可中断状态的平均进程数，也就是活跃进程数。它和cpu使用率没有直接的关系
当我们使用top命令查看系统的资源使用情况时会看到load average，如下图所示，它表示系统在1,5,15分钟的平均工作负载。 那么什么是负载(load)呢？它和CPU的利用率又有什么关系呢
在业务新上线，或者业务做活动，压测成为必不可少的一步。但是很多开发对如何做好服务压测并没有特别系统的了解，这篇文章的目的是为了解释清楚单机服务压测的目的、做法、误区，帮助大家更好地达成压测的目的
概述：虚拟化是一个广义术语，通常是指计算元件在虚拟的基础上而不是真实的基础上运行，是一个为了简化管理，优化资源的解决方案.服务器虚拟化则是一项用以整合基于x86服务器，来提高资源利用效率和性能的技术.本文从企业业务系统和管理角度出发，着重分析研究了X86技术架构下，虚拟网卡与SR-IOV、NUMA、虚拟磁盘格式相应的特点，并探索了不同应用场景下的资源划分和性能优化方案，希望能够通过多应用系统下的实践和最优配置，来提高X86服务器的性能和资源利用效率.
在如今大数据流量剧增的网络应用时代，服务器租用越来越成为众多企业和运营商的首选。而性能和配置不达标的服务器选择只会给企业带来诸多运营问题；但不经过实际需求的评估，轻率的选择一台性能强劲、价格昂贵的服务器，无疑是会带来成本上的浪费；因此，不能一味的为了省钱而选择一台很容易称为计算瓶颈，或者没有充分考虑数据冗余的服务器，都是会影响正常的业务运行，你需要从不同的角度来决定选择一台什么样的服务器，找到满足技术需要、业务发展和成本控制之间的最佳平衡点，为了做到这一点，绝对还是需要一点智慧。
综合来讲，这是一本介绍方法论的书，作者通过概念、模型、观测、实验手段来进行问题的剖析。另外本书的涉及范围之广，从内存、CPU、文件系统、存储硬件、网络等各个方面。并且本书通常以一个实例入手，深入的介绍系统原理，特别是在一些重点细节上，往往有超出一般的认识和方法。 本书函盖范围太广，更适合作为工具书时常翻阅，所以在阅读过程中也关注自己当前需要的方面。
ASP.NET 的请求结构试图在执行请求的线程数和可用资源之间达到一种平衡。已知一个使用足够 CPU 功率的应用程序，该结构将根据可用于请求的 CPU 功率，来决定允许同时执行的请求数。这项技术称作线程门控。但是在某些条件下，线程门控算法不是很有效。通过使用与 ASP.NET Applications 性能对象关联的 Pipeline Instance Count 性能计数器，可以在 PerfMon 中监视线程门控。
很早之前，我就想入手 NAS 了。当时手中已有三块笨重的移动硬盘，里面系统地存放着各类编号目录，依次存储着各种高清电影、电视剧、纪录片、公开课、无损音乐、全套漫画、课件PPT、系统iso镜像、单机游戏等等文件。我给它们起名叫「移動式電磁信息交互矩陣」，编号I（已坏）、II、III、IV。根目录还特意放了「文件索引列表.txt」、「失主联系.txt」、「磁盘保养.txt」。它们就是我的个人数据中心。
第九章 操作系统和硬件优化 Mysql服务器性能受制于系统最薄弱的环节，磁盘大小，可用内存，cpu资源网络以及连接他们的组件，都会限制住Mysql的性能。 mysql中一方面的缺陷常常会将压力施加在另一个系统之上。例如没有内存的时候，可能会刷出缓存来腾出空间，这时候会导致io过高，所以再发现问题的时候，要尽量注意深沉次的问题。 低延时收益于更快的cpu，高吞吐收益于更多的cpu。 mysql还有很多后台工作，那些工作也能受益于多cpu。 备库更多需要io而不是cpu，因为主库备份到备库会使串行任务。 cpu
本文介绍的三种调优方法是按照金字塔的调优顺序排列的，如下图所示。一般来说，自底向上调优的效果是成反比的，而越往下层调优效果越好，但是难度也越大。
文章主要介绍了通过Linux命令查看系统平均负载的方法,对于服务器管理员来说非常有用接下来是小编为大家收集的Linux命令查看系统平均负载的方法，欢迎大家阅读：
当我需要进行性能优化时，说明我们服务器无法满足日益增长的业务。性能优化是一个比较大的课题，需要从以下几个方面进行探讨
内存量，缓存大小，读取和写入磁盘的速度以及处理能力的速度和可用性都是影响基础架构性能的关键因素。在本教程中，我们将重点介绍CPU监控概念以及警报策略。我们将介绍如何使用两个常见的Linux实用程序，uptime命令和top命令了解CPU负载和利用率，以及如何设置腾讯云警报策略以通知您有关CVM CPU的高负载情况。
LAST_ACK //等待所有分组死掉 SYN_RECV //一个连接请求已经到达，等待确认 ESTABLISHED //正常数据传输状态/当前并发连接数 FIN_WAIT1 //应用说它已经完成 FIN_WAIT2 //另一边已同意释放 CLOSING //两边同时尝试关闭 TIME_WAIT //另一边已初始化一个释放
作者：且飙丶且珍惜 来源： http://blog.csdn.net/dextrad_ihacker/article/details/51930998 除了网络通信外，服务器程序还必须考虑许多其他细节问题，零碎，但基本上都是模板式的。 ———引 Linux服务器程序一般以后台形式运行。后台程序又称守护进程。它没有控制终端，因而也不会意外接受用户输入。守护进程的父进程一般是init进程（pid=1）。 Linux服务器程序通常有一套日志系统，它至少能输出日志到文件，有的高级服务器可以输出日志到专门的UDP
如今 Twemproxy 凭借其高性能的优势, 在很多互联网公司得到了广泛的应用，已经占据了不可动摇的地位，
今天安装了9台Linux服务器，型号完全不一样（有DELL、HP和IBM服务器），又懒得去对清单，如何在Linux下cpu的个数和核数呢？另外，nginx的cpu工作模式也需要确切的知道linux服务器到底有多少个逻辑cpu，不过现在服务器那是相当的彪悍，直接上worker_processes 8吧。
对象池需要从php的生命周期说起，php的应用大部分都是web网站，而大部分web网站使用的都是cgi模式进行运行的，导致php生命周期跟随着请求结束而结束，从而没有对象池的概念
除了网络通信外，服务器程序还必须考虑许多其他细节问题，零碎，但基本上都是模板式的。
Webbench是知名的网站压力测试工具，它是由Lionbridge公司（http://www.lionbridge.com）开发。Webbench能测试处在相同硬件上，不同服务的性能以及不同硬件上同一个服务的运行状况。webbench的标准测试可以向我们展示服务器的两项内容：每秒钟相应请求数和每秒钟传输数据量。webbench不但能具有便准静态页面的测试能力，还能对动态页面（ASP,PHP,JAVA,CGI）进 行测试的能力。还有就是他支持对含有SSL的安全网站例如电子商务网站进行静态或动态的性能测试。
我们日常经常会提及系统资源的使用状况，那么系统资源具体是指什么呢？其实系统资源主要分为两种，运行资源和存储资源
2022年注定是充满不确定性的一年, 疫情反复、经济萎靡不振、全球供应链受到波及、能源及粮食危机……无一不给企业的生存发展带来巨大挑战。市场萎缩、资金链断裂、企业裁员，充斥着网络的头版头条。面对如此严峻的形势，企业如何才能破局呢？ 数字化转型，依然是纾困解难的关键。其中大数据产业更是重中之重。 作为大数据产业最关键的基础设施之一，数据库的重要性可以说毋庸置疑。以中国移动、中国联通、中国电信等三大运营商为例，遍布全国的千行百业，数以千万计的企业，以及数以亿计的民众，都在享受着运营商提供的连接服务与快捷便利。而
2022年注定是充满不确定性的一年, 疫情反复、经济萎靡不振、全球供应链受到波及、能源及粮食危机……无一不给企业的生存发展带来巨大挑战。市场萎缩、资金链断裂、企业裁员，充斥着网络的头版头条。面对如此严峻的形势，企业如何才能破局呢？
传统的视频质量评价指标包括 PSNR 和 SSIM 等。而 VMAF 由 Netflix于 2017 年提出，是一种全参考的视频质量评价指标，分数范围由 0 到 100，越高代表质量越好。VMAF 试图准确地捕捉人类的感知，将人类视觉建模与不断发展的机器学习技术相结合，使其能够适应新的内容，在与人类视觉感知保持一致方面表现出色。VMAF 现在已经被 Netflix，Snap，V-Nova等公司采用。
1、创建状态：进程由创建而产生。 2、就绪状态：指进程已准备好运行状态，即进程已分配到除CPU以外所有的必要资源后，只要再获得CPU，合可立即执行。（有执行资格，没有执行权的进程） 3、运行状态：指进程已经获取CPU，其进程处于正在执行的状态。（既有执行资格，又有执行权的进程） 4、阻塞状态：指正在执行的进程由于发生某事件（如I/O请求，申请缓冲区失败等）暂时无法继续执行的状态，即进程执行受到阻塞。 5、终止状态：进程的终止也要通过两个步骤：首先，是等待操作系统进行善后处理，最后将其PCB清零，并将PCB空间返还给操作系统。
什么是Web组件？ 网站的静态网页HTML、JavaScript脚本、CSS样式、图片、动态数据称为网站的Web组件。也就是说，一个Web应用由各种各样的Web组件构成。 为什么要进行Web组件分离？ 一个网站的Web组件往往有各自的特点，比如：HTML页面属于静态文件，当用户请求一个HTML页面的时候Web服务器会进行IO操作，读取HTML文件；而用户请求动态数据的时候IO操作会比较少，但会涉及到大量的CPU计算；因此，如果静态内容和动态内容都使用相同服务器配置的话显然不能发挥Web应用最好的性
main（全局设置） http ( ) upstream（负载均衡服务器设置） server（主机设置） location（URL匹配特点位置的设置）
很高兴大家回到这次深潜之旅，让我们继续挖掘 NGINX 的潜力。今天我的分享包括四个部分。首先从整体上来看一下 NGINX的协议栈如何进行优化。接着我们将按照 OSI七层网络模型，自上而下依次讨论HTTP协议栈、TLS/SSL协议栈以及TCP/IP协议栈。
文章转载于：http://9388751.blog.51cto.com/9378751/1676821
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
