前言 前段时间给公司的小伙伴们进行了关于app性能优化的技术分享，这里我稍微整理一下也给大家分享一下，关于性能优化这个话题很大，涉及面可以很广，也可以很深入，本人能力有限，不会给大家讲特别难懂，特别底层的东西，都是我们开发能着手去做的点，大家都在讲性能优化，但对于项目经验不够丰富的朋友很难有一个概念，做优化的时候也会比较茫然，这里我就给大家指明方向。 从何讲起？ 笔者在做产品开发的时候，也遇到性能瓶颈，测试工程师反馈了一些比较明显的问题，比如UI界面的过度绘制，列表滑动有明显卡顿，比较耗内存等等，但以往的都
什么是CC攻击？CC攻击的前身名为Fatboy攻击，是利用不断对网站发送连接请求致使形成拒绝服务的目的。攻击者通过代理服务器或者肉鸡向向受害主机不停地发大量数据包，造成对方服务器资源耗尽，一直到宕机崩溃。
直播系统源码的难点是提高首播时间、服务质量即Qos（Quality of Service，服务质量），如何在丢包率20%的情况下还能保障稳定、流畅的直播体验，直播系统源码需要考虑以下方案：
（1）账号密码登录注册 注册过程： a.app收集账号和密码 b.app请求服务端接口提交账号 c.服务器端进行数据格式和账号唯一性验证 d.记录注册数据并返回给客户端 e.客户端接受到服务器端返回的信息成功则页面跳转，失败则返回错误编辑和提示，app显示提示 登录过程： a.app端收集登录信息发送给服务端 b.服务端校验账号密码正确性 c.正确则返回成功，app页面登录成功 d.如有错误根据错误编码和提示错误，app展示 测试点： a.输入正确的账号密码，可正常注册和登录 b.已注册用户再次注册 c.账号输入框对最大长度和格式应有校验（比如邮箱账号需要邮箱格式等） d.密码是否加密传输（可抓取请求查看） e.密码"****"展示 f.切换账号登录，检验登录的信息是否做到及时更新 g.多设备同时登录同一帐号时（iOS+iOS，Android+Android，iOS+Android），检查是否将原用户踢出 等等测试点太多 （2）验证码登录 登录过程： a.客户端手机号码后，点击"获取验证码"按钮 b.发请求给服务端，服务端会生成一条随机验证码，一般是一串数字，再调用短信接口，把验证码发送用户的手机端。 c.用户在前台相应输入框输入验证码，提交之后，后端会对用户提交的随机码和后台原先存储的验证码信息做对比，如果两者无误差，那么用户的身份得以确认成功，就返回给app成功。 测试点： a.输入正确的账号密码，可正常注册和登录 b.已注册用户再次注册 c.验证短信的接收是否及时； d.用验证码可正常登录； e.验证码错误时，是否有提示 f.频繁操作验证码发送，是否有次数限制 g.验证码有效期校验（一般有效期2分钟、5分钟） h.重新获取验证码入口 （3）第三方登录 第三方登录原理，Oauth2.0，一般采用的是授权模式。 测试点： a.用户从未注册，使用微信第三方登录 b.用户已有账户，使用微信第三方登录，用户使用微信扫描后，跳转到绑定账户页面，输入已注册的手机号，登录成功。 c.用户同时绑定多个第三方登录，用户绑定微信第三方登录后，再次使用微博第三方登录 d.重复绑定,比如用户账户已经绑定过一个微博账号了，再次用另一个微博账号绑定该账户。 其他需要注意的点： （1）密码输入错误次数限制：注册登录一般都有密码输入几次会把账号锁定，再次登录的时候会增加校验流程，比如验证码校验等； （2）常用设备维护：比如可以有三台常用设备，登录第四台的时候会有异常设备登录的逻辑，这个测试的时候需要关注 登录页面账号记忆功能，就是默认会记忆上次输入的账号 （3）有注册登录 ，就有注销用户，一个账号反复注册注销的操作。
以前的电脑上安装过vmware+redhat，但是奈何电脑太老，配置太低，打开的时候超级卡，没法用。换了电脑后，再装上玩玩，故此记录一下安装过程。需要安装的小伙伴可以在此获取包然后按此步骤安装。
去年换工作时系统复习了一下.NET Core多线程相关专题，学习了一线码农老哥的《.NET 5多线程编程实战》课程，我将复习的知识进行了总结形成本专题。
背景 参考了狂神老师的 Docker 教程，非常棒！ https://www.bilibili.com/video/BV1og4y1q7M4?p=16 es 前言 es 暴露的端口很多 es 十分耗内
第二步： 打开活动监视器，（启动台–其他–活动监测器），可以看到耗CPU，内存的具体应用都有哪些。 如果能查到就往这方面去停止运行。 一般都是图形的操作特别耗内存，可以关闭adboe的一些配置。我出现问题是安装了PS，他的adobe监听实时更新耗了系统70%内存。
什么样的情况下才使用FMS？有以下几种情形的时候，你可能需要用到FMS 1、需要通过Flash Player 播放视频，而视频是以流的方式，而不是http渐进式下载的方式进行播放的时候。渐进式下载就是仍然走http协议，youtube,土豆等站点就是。那么什么时候才真正需要用到流视频呢？ 1）视频文件超过100MB或超过10分钟，用户有seek需求的时候 2）视频文件不需要被下载的时候，rtmp如果不行，可以试试rtmpe 3）视频流需要多台服务器协同工作的时候，可以用FMS Origin/Edge
一对一直播软件开发发展到现在，虽不能说没有技术难度，但其中的搭建环节已相对成熟，即便是在开发中遇到了难点，也有了最基本的解决思路，今天小编就和大家捋一捋，一对一直播软件开发的难点都有哪些？
一段代码能否把机器硬件性能发挥到极致，我们通常用cpu和IO利用率（本地存储io和网络io）来衡量。
https://gitee.com/yaukie/x-smart-kettle-server
加入项目组的这段时间主要是承担性能优化这块的工作，同时也会去实现一些场景材质、特效材质以及工具。今天就性能优化这块分享一下个人的经验。
在分布式计算系统中，有两个以上的进程在并发执行，每个进程都在等待被其它的进程所占用的系统资源而不能继续运行，即导致系统中任何一个进程都无法运行下去（死循环），这就产生了死锁。
QPS 是一台服务器每秒能够相应的查询次数，即1秒内完成的请求数量，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准
该文介绍了如何使用Apache HTTP Server的ab工具进行Web性能测试。ab工具可以生成大量的并发请求，以模拟多个用户同时对某一URL地址进行访问，并测量目标服务器在负载压力下的性能表现。使用ab工具时需要注意基本参数和请求选项的设置，以获得准确的测试结果。
相信大家都有感触，线上服务内存OOM的问题，是最难定位的问题，不过归根结底，最常见的原因： 本身资源不够 申请的太多 资源耗尽 58到家架构部，运维部，58速运技术部联合进行了一次线上服务内存OOM问题排查实战演练，将内存OOM问题定位三板斧分享出来，希望对大家也有帮助。 题目 某服务器上部署了Java服务一枚，出现了OutOfMemoryError，请问有可能是什么原因，问题应该如何定位？ 不妨设服务进程PID为10765（没错，就是CPU占用高的那个倒霉的进程《线上服务CPU100%问题快速定位实战》）
导致内存泄漏主要的原因是，申请了内存空间而忘记了释放。如果程序中存在对无用对象的引用，那么这些对象就会驻留内存，消耗内存，因为无法让垃圾回收器GC验证这些对象是否不再需要。如果存在对象的引用，这个对象就被定义为"有效的活动"，同时不会被释放。要确定对象所占内存将被回收，我们就要务必确认该对象不再会被使用。典型的做法就是把对象数据成员设为null或者从集合中移除该对象。但当局部变量不需要时，不需明显的设为null，因为一个方法执行完毕时，这些引用会自动被清理。
学习需要有大局观，我觉得正确的方式是从开始就对所学的知识有一个系统级别的认识，对这个知识体系有认识，这样才能知道自己学到哪，离自己的目标还有多远，而不是一上来就开始各种编码啊，设计模式啊，算法啊，结果学了些啥，有什么用，一概不知，产生 “我是谁？我在哪？” 这样的错觉，这样对学习积极性甚至是对所学知识产生系统的认识是无益的。
Android系统中GC内存泄漏的原因 主动回收内存System.gc();、getruntime.runtime.gc 导致内存泄漏主要的原因是，申请了内存空间而忘记了释放。如果程序中存在对无用对象的引用，那么这些对象就会驻留内存，消耗内存，因为无法让垃圾回收器GC验证这些对象是否不再需要。如果存在对象的引用，这个对象就被定义为"有效的活动"，同时不会被释放。要确定对象所占内存将被回收，我们就要务必确认该对象不再会被使用。典型的做法就是把对象数据成员设为null或者从集合中移除该对象。但当局部变量不需要时
初学计算机时，我经常琢磨的一个问题是：一个进程到底能吃多大内存，能把系统内存吃完？
在现实生活中，应该有不少人碰到过系统崩溃的情况。不论是工作还是打游戏，系统崩溃都是让人感到郁闷的事情。为了避免这种情况，不少人已经开始用云服务器设置虚拟内存了，我们一起来了解是怎么回事吧。
swpd: 虚拟内存已使用的大小，如果大于0，表示你的机器物理内存不足了，如果不是程序内存泄露的原因，那么你该升级内存了或者把耗内存的任务迁移到其他机器；
Redis最常用的场景就是做缓存，把DB数据存储在内存，然后直接从内存读数据，这样系统响应就会很快。 风险是一旦服务器宕机，内存中数据将全部丢失。
前天618大促演练进行了全链路压测，在此之前刚好我的热key探测框架（点击可跳转到开源地址）也已经上线灰度一周了，小范围上线了几千台服务器，每秒大概接收几千个key探测，每天大概几亿左右，因为量很小，所以框架表现稳定。借着这次压测，刚好可以检验一下热key框架在大流量时的表现。毕竟作为一个新的中间件，里面很多东西还是第一次用，免不得会出一些问题。
vmstat命令是最常见的Linux/Unix监控工具，可以展现给定时间间隔的服务器的状态值,包括服务器的CPU使用率，内存使用，虚拟内存交换情况,IO读写情况。这个命令是我查看Linux/Unix最喜爱的命令，一个是Linux/Unix都支持，二是相比top，我可以看到整个机器的CPU,内存,IO的使用情况，而不是单单看到各个进程的CPU使用率和内存使用率(使用场景不一样)。 选项 -a：显示活动内页； -f：显示启动后创建的进程总数； -m：显示slab信息； -n：头信息仅显示一次； -s：以表格方式显示事件计数器和内存状态； -d：报告磁盘状态； -p：显示指定的硬盘分区状态； -S：输出信息的单位。 vmstat 3 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 320 42188 167332 1534368 0 0 4 7 1 0 0 0 99 0 0 0 0 320 42188 167332 1534392 0 0 0 0 1002 39 0 0 100 0 0 0 0 320 42188 167336 1534392 0 0 0 19 1002 44 0 0 100 0 0 0 0 320 42188 167336 1534392 0 0 0 0 1002 41 0 0 100 0 0 0 0 320 42188 167336 1534392 0 0 0 0 1002 41 0 0 100 0 0 一般vmstat工具的使用是通过两个数字参数来完成的，第一个参数是采样的时间间隔数，单位是秒，第二个参数是采样的次数 r 表示运行队列(就是说多少个进程真的分配到CPU)，我测试的服务器目前CPU比较空闲，没什么程序在跑，当这个值超过了CPU数目，就会出现CPU瓶颈了。这个也和top的负载有关系，一般负载超过了3就比较高，超过了5就高，超过了10就不正常了，服务器的状态很危险。top的负载类似每秒的运行队列。如果运行队列过大，表示你的CPU很繁忙，一般会造成CPU使用率很高。 b 表示阻塞的进程,这个不多说，进程阻塞，大家懂的。 swpd 虚拟内存已使用的大小，如果大于0，表示你的机器物理内存不足了，如果不是程序内存泄露的原因，那么你该升级内存了或者把耗内存的任务迁移到其他机器。 free 空闲的物理内存的大小，我的机器内存总共8G，剩余3415M。 buff Linux/Unix系统是用来存储，目录里面有什么内容，权限等的缓存，我本机大概占用300多M cache cache直接用来记忆我们打开的文件,给文件做缓冲，我本机大概占用300多M(这里是Linux/Unix的聪明之处，把空闲的物理内存的一部分拿来做文件和目录的缓存，是为了提高 程序执行的性能，当程序使用内存时，buffer/cached会很快地被使用。) si 每秒从磁盘读入虚拟内存的大小，如果这个值大于0，表示物理内存不够用或者内存泄露了，要查找耗内存进程解决掉。我的机器内存充裕，一切正常。 so 每秒虚拟内存写入磁盘的大小，如果这个值大于0，同上。 bi 块设备每秒接收的块数量，这里的块设备是指系统上所有的磁盘和其他块设备，默认块大小是1024byte，我本机上没什么IO操作，所以一直是0，但是我曾在处理拷贝大量数据(2-3T)的机器上看过可以达到140000/s，磁盘写入速度差不多140M每秒 bo 块设备每秒发送的块数量，例如我们读取文件，bo就要大于0。bi和bo一般都要接近0，不然就是IO过于频繁，需要调整。 in 每秒CPU的中断次数，包括时间中断 cs 每秒上下文切换次数，例如我们调用系统函数，就要进行上下文切换，线程的切换，也要进程上下文切换，这个值要越小越好，太大了，要考虑调低线程或者进程的数目,例如在apache和nginx这种web服务器中，我们一般做性能测试时会进行几千并发甚至几万并发的测试，选择web服务器的进程可以由进程或者线程的峰值一直下调，压测，直到cs到一个比较小的值，这个进程和线程数就是比较合适的值了。系统调用也是，每次调用系统函数，我们的代码就会进入内核空间，导致上下文切换，这个是很耗资源
某客户戴尔R730服务器，操作系统为Windows Server 2012，ERP公司的技术人员在运维过程中，经常向我司技术人员反馈：微软自带远程桌面，在输入用户名和密码之后黑屏，无法登录进入桌面，我司技术人员通过anydesk工具发现可以远程操作服务器，但是速度非常，点一下鼠标需要等10秒甚至30秒才有响应，直接远程重启服务器后正常，但是第二天又会黑屏。。。
Zabbix 运维监控平台报警应用系统业务IP Ping 连通性异常，主机操作系统监控agent离线。远程登录服务器BMC查看服务器宕机，操作系统无法正常加电拉起，BMC查看系统告警日志显示Riad卡故障离线，一键收集日志等待厂家分析。
作为一个视频行业很多年的从业者，我结识了很多这个行业的一些大牛和小白，由于我自己是搭建视频流媒体服务器的，我发现这段时间越来越多的人问我关于视频流媒体服务器搭建的问题，当然了我也很乐意为大家解答。
当前，国内IDC行业市场竞争激烈，IDC数据中心头部厂商凭借品牌效应和雄厚的资本实力，通常会拥有较其他厂商而言更大的市场空间。他们常常为了占领市场份额而加大产品推广力度、以更多更低廉的产品营销形式和技术旗号来占领市场份额，其他不具备资本和背景能力的IDC企业最终面临举步维艰的情境，这种情况下，尽一切手段节约成本，通俗来讲就是“省钱”，成为了关注重点。
某年某月某日的一个下午，接收到监控服务器的一条告警短信：尊敬的运维工程师 XX，你好：“192.168.136.200”数据库服务器 CPU 异常，CPU 使用率 98.7%，请尽快处理。看到这个消息浑身一紧，赶紧掐灭手中的烟，跑回办公室。
由于我们的客户端的元素和资源比较多，cocos框架的各种库质量参差不齐，导致了有些地方加载速度实在很慢。并且没有一个统一的内存管理机制导致了整个内存占用不太好控制。
电影网站对服务器的要求是比较高的，对存储空间的需求特别大，所以在服务器选择上首先要确保足够大的存储空间。另外，当你的网站内容特别多时，内存不够用，可以选择增加内存，这一服务大多数服务商也都是提供的。
r 表示运行队列(就是说多少个进程真的分配到CPU)，我测试的服务器目前CPU比较空闲，没什么程序在跑，当这个值超过了CPU数目，就会出现CPU瓶颈了。这个也和top的负载有关系，一般负载超过了3就比较高，超过了5就高，超过了10就不正常了，服务器的状态很危险。top的负载类似每秒的运行队列。如果运行队列过大，表示你的CPU很繁忙，一般会造成CPU使用率很高。
前天618大促演练进行了全链路压测，在此之前刚好我的热key探测框架也已经上线灰度一周了，小范围上线了2500台服务器，每秒大概接收几千个key探测，每天大概2-4亿左右，因为量很小，所以框架表现稳定。借着这次压测，刚好可以检验一下热key框架在大流量时的表现。毕竟作为一个新的中间件，里面很多东西还是第一次用，免不得会出一些问题。
gdb是linux系统自带的调试器，功能十分强大，它不仅支持C/C++调试，也支持GO程序调试。 支持打断点，查看变量值，查看调用堆栈。使用前需要在编译时禁用编译器优化、内联优化，这样看到的代码才和源代码一致。
文章目录 大数据服务器之CM安装架构及目录 大数据服务器之CDH框架安装细节 大数据服务器之CM安装架构及目录 针对整个物流项目来说，1台虚拟机安装部署大数据环境：基于CM6.2.1安装CDH6.2.1。 关于CM功能及CM安装，不再过多赘述，项目还是要注重于业务及数据和实现。 提供虚拟机【node2.itcast.cn】解压后，导入VMWare 软件中，启动虚拟机即可（选择我已移动该虚拟机） 1）、启动之前，设置node2.itcast.cn内存：4GB或者6GB或者8GB即可 2）
先普及一下VS开发Linux的知识点 VS2017的安装：https://www.cnblogs.com/dunitian/p/8051985.html 创建项目在这 第一次运行的时候会让输入服务器信
磁盘自从2000年以来，带宽100兆左右，没有太大的变化，延时也没有太大的变化，往后我觉得即使有优化也不会很大。 另外一个，IBM 2020年要构建一个大的存储系统，它有2 GIOP/sec，需要5
相信很多人安装了一大堆Chrome扩展，但有些扩展并不是经常用到，但会占用内存。我们打开谷歌的任务管理器可以看到如下内容：
网站性能压力测试是服务器网站性能调优过程中必不可缺少的一环。只有让服务器处在高压情况下，才能真正体现出软件、硬件等各种设置不当所暴露出的问题。 性能测试工具目前最常见的有以下几种：ab、http_load、webbench、siege ab是apache自带的压力测试工具。ab非常实用，它不仅可以对apache服务器进行网站访问压力测试，也可以对或其它类型的服务器进行压力测试。比如nginx、tomcat、IIS等。 一、ab 的原理（apachebench命令的缩写） ab命令会创建多个并发访问线程，模拟
APP性能测试分为客户端性能测试和服务端性能测试，客户端的性能测试主要是针对启动快慢、耗电量、耗流量、内存使用等指标进行评估，目前主流的APP客户端性能测试工具有腾讯GT、testin、听云、AppsTest等等。而针对APP服务端的性能测试，主要关注点在于服务端的压力，与传统软件的服务端性能测试没太大区别，都是根据客户端与服务端通信使用的不同协议来构建对应协议的请求，目前使用最多的还是http协议。
vmstat 命令是最常见的Linux/Unix监控工具，可以展现给定时间间隔的服务器的状态值，包括服务器的CPU使用率，MEM内存使用，VMSwap虚拟内存交换情况，IO读写情况。
4、选择安装的系统类型，系统为32位的就选32位的（redhat enterprise linux 7），系统为64位的就安装64位的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
