cpu参数

omcat线程池有如下参数： maxThreads, 最大线程数，tomcat能创建来处理请求的最大线程数 maxSpareTHreads, 最大空闲线程数，在最大空闲时间内活跃过，但现在处于空闲，若空闲时间大于最大空闲时 间，则回收，小于则继续存活，等待被调度。 minSpareTHreads,最小空闲线程数，无论如何都会存活的最小线程数 acceptCount, 最大等待队列数 ，请求并发大于tomcat线程池的处理能力，则被放入等待队列等待被处理。 maxIdleTime, 最大空闲时间，超过这个空闲时间，且线程数大于最小空闲数的，都会被回收 1.一张图看懂tomcat线程池。 tomcat原理如上图。Tomcat线程池在工作的时候，实际情况是：以上述线程池为例，一开始就创建最小空闲数的线程在池里，20个，当同一时间请求数量大于最小空闲数20，比如来了50个并发请求，那么线程池还需要创建30个线程来处理请求。这时候当请求都处理完了，持续来的请求低于50个的时候，那么当时间过了60秒，并发数还是没有达到50，那么从第50个线程开始，线程池将按照，空闲时间达到60s的，开始逐个回收，49个，48个，47个，如此回收。如果并发请求小于20个，那么线程池会回收至20个的时候，停止回收，这就是最小空闲数的作用，即使一个请求都没有，那么线程池也得保证随时都有20个。所谓空闲回收是指

https://www.toutiao.com/i6765746230141125132/?timestamp=1575450096&app=news_article&group_id=6765746230141125132&req_id=201912041701360100260760263C04643 2.4、配置默认主页 location / { index index.html index.htm; autoindex off; } 2.5、配置反向代理 location / { proxy_pass http://localhost:8888; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } 2.6、URL 美化（省略 index.html 入口文件） location / { try_files $uri $uri/ /index.html; } 2.7、upstream 代码块 upstream 代码块位于 http 代码块内部。 upstream 用于对服务器集群进行负载均衡的配置。 upstream name { ip_hash; server

原文: 性能调优2：CPU 关系型数据库严重依赖底层的硬件资源，CPU是服务器的大脑，当CPU开销很高时，内存和硬盘系统都会产生不必需要的压力。CPU的性能问题，直观来看，就是任务管理器中看到的CPU利用率始终处于100%，而侦测CPU压力的工具，最精确的就是性能监控器。 在SQL Server中，有五类操作非常消耗CPU资源： 编译执行计划， 生成执行计划是非常消耗CPU资源的操作，当一个语句生成执行计划之后，SQL Server把其存储在Plan Cache中，以便重用执行计划。 执行排序（Sort），聚合计算（Aggregation），哈希连接操作 都需要消耗CPU来完成计算 IO指令的执行需要CPU的协助 ，大量Disk IO会消耗一定的CPU资源来执行； 以并发方式执行查询请求， 并发控制受到配置选项 Maximum Degree of Parallelism 和 Cost Threshold of Parallelism的影响； 数据的压缩和解压缩 ，数据的压缩和解压缩都需要CPU的计算来完成 一，使用性能监控器侦测CPU压力 性能监控器（PerfMon）是侦测CPU压力的首选工具，对于CPU高利用率，在使用性能监控器时可以重点关注下面的3个计数器： Processor/ %Privileged Time：花费在执行Winidows内核命令上的处理器时间的百分比

介绍一下什么是“服务器” 服务器是计算机的一种，它比普通计算机运行更快、负载更高、价格更贵。服务器在网络中为其它客户机（如PC机、智能手机、ATM等终端甚至是火车系统等大型设备）提供计算或者应用服务。服务器具有高速的CPU运算能力、长时间的可靠运行、强大的I/O外部数据吞吐能力以及更好的扩展性。根据服务器所提供的服务，一般来说服务器都具备承担响应服务请求、承担服务、保障服务的能力。服务器作为电子设备，其内部的结构十分的复杂，但与普通的计算机内部结构相差不大，如：cpu、硬盘、内存，系统、系统总线等。 什么是服务器 服务器是一种高性能计算机，作为网络的节点，存储、处理网络上80％的数据、信息，因此也被称为网络的灵魂。 也可以这样讲，服务器指一个管理资源并为用户提供服务的计算机软件，通常分为文件服务器、数据库服务器和应用程序服务器。运行以上软件的计算机或计算机系统也被称为服务器。 相对于普通PC来说，服务器在稳定性、安全性、性能等方面都要求更高，因此CPU、芯片组、内存、磁盘系统、网络等硬件和普通计算机有所不同，在质量与处理器数据性能上更出色。 服务器和电脑功能都是一样的，我们也可以讲 服务器称之为电脑 ，只是服务器对稳定性与安全性以及处理器数据能力有更高要求。 服务器作用比较广，网络游戏、网站、部分软件都是需要存到服务器的，还有一些企业会配服务器

linux将创建内核线程的工作交给了一个专门的内核线程kthreadd来完成，该线程会检查全局链表kthread_create_list，如果为NULL，就会调schedule()放弃cpu进入睡眠状态，否则就取下该链表中的一项创建对应的线程。本文就从khtreadd内核线程的创建开始来展示一下内核线程的创建过程。 1 kthreadd linux2.6.30，创建内核线程是通过kethradd内核守护线程来完成的，虽然机制上有所变化，但是最终还是调用do_fork来完成线程的创建。Kthreadd守护线程是在linux内核启动时就已经创建的内核线程。在start_kernel调用的结束位置，会调用rest_init接口，而kthreadd就是在这个接口中创建的，代码如下所示： asmlinkage void __init start_kernel(void) { 。。。。。。。。。。。。。。。。。。。。。。 rest_init(); } static noinline void __init_refok rest_init(void) __releases(kernel_lock) { int pid; /*在启动时创建内核线程，该线程主要用来创建内核线程*/ pid = kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES);

90%的人会遇到性能问题，如何用1行代码快速定位？ 原创： 齐光 阿里技术 阿里妹导读：在 《如何回答性能优化的问题，才能打动阿里面试官？ 》 中，主要是介绍了应用常见性能瓶颈点的分布，及如何初判若干指标是否出现了异常。 今天，齐光将会基于之前列举的众多指标，给出一些常见的调优分析思路，即：如何在众多异常性能指标中，找出最核心的那一个，进而定位性能瓶颈点，最后进行性能调优。整篇文章会按照代码、CPU、内存、网络、磁盘等方向进行组织，针对对某一各优化点，会有系统的「套路」总结，便于思路的迁移实践。 1. 代码相关 遇到性能问题，首先应该做的是检查否与业务代码相关——不是通过阅读代码解决问题，而是通过日志或代码，排除掉一些与业务代码相关的低级错误。 性能优化的最佳位置，是应用内部。 譬如，查看业务日志，检查日志内容里是否有大量的报错产生，应用层、框架层的一些性能问题，大多数都能从日志里找到端倪（日志级别设置不合理，导致线上疯狂打日志）；再者，检查代码的主要逻辑，如 for 循环的不合理使用、NPE、正则表达式、数学计算等常见的一些问题，都可以通过简单地修改代码修复问题。 别动辄就把性能优化和缓存、异步化、JVM 调优等名词挂钩，复杂问题可能会有简单解，「二八原则」在性能优化的领域里里依然有效 。当然了，了解一些基本的「代码常用踩坑点」，可以加速我们问题分析思路的过程，从 CPU、内存

电脑故障维修大全 使用电脑的时经常会遇到些大大小小的问题,如电脑经常性死机、蓝屏、黑屏;网络速度太慢、网页打不开、宽带连接不稳定;游戏应用程序出错、磁盘空间不足、电脑没声音等等,上维修店维修少则几十块,多则一两百,关键是扛着电脑来来回回太麻烦。下面给大家介绍电脑故障维修大全。 开启分步阅读模式 01 内存故障 故障现象一:内存条与主板插槽接触不良、内存控制器出现故障表现为:打开主机电源后屏幕显示"Error:Unable to ControlA20 Line"出错信息后死机。 分析处理:仔细检查内存条是否与插槽保持良好接触或更换内存条。 故障现象二:自检通过。在DOS下运行应用程序因占用的内存地址冲突,而导致内存分配错误,屏幕出现"Memory A11ocationError"的提示。 分析处理:因Confis.sys文件中没有用Himem.sys、Emm386.exe等内存管理文件设置Xms.ems内存或者设置不当,使得系统仅能使用640KB基本内存,运行的程序稍大便出现"Out of Memory"(内存不足)的提示,无法操作。这些现象均属软故障,编写好系统配置文件Config.sys后重新启动系统即可。 故障现象三:Windows系统中运行的应用程序非法访问内存、内存中驻留了太多应用程序、活动窗口打开太多、应用程序相关配置文件不合理等原因均能导致屏幕出现许多有关内存出错的信息

一、用户的类型 1.root管理员：所有权限(r w x) 2.文件拥有者（u）：谁创建谁拥有 3.组 （g）:用户组 4.其它用户（o）:不属于用户组，也不是文件的创建者,不是管理员 5.所有用户(a): u, g , o r--读， w--写， x--执行 r w x 0 0 1==>1 0 1 0==>2 1 0 0==>4 111==>7 chmod 777 文件名（777是8进制的数）（注意赋予权限7是1+2+4，读写执行权限都有） 二、修改文件权限(读，写，执行)（x权限对目录文件很重要，文件夹不能无x权限，普通文件要有读写权限） chmod 777 文件名 chmod 0777 文件名 chmod u+wrx, g-wr, o=wrx 文件名 u=wxr u-r u+r 三、默认权限 1、查看缺省默认权限 umask –S 2、修改默认权限 umask 022 （例如umask 000表示修改默认权限为xrd，用777-000得到所有权限，usmask -S 564 权限范围为213，用777-564得到权限内容）（设置的是目录文件权限，在目录文件新建普通文件的话普通文件没有x权限） 1)、普通文件： 002 6 6 6 6 6 4 2)、目录文件： 002 7 7 7 775 umask 001 四、文件重定向:重定向是对标准文件（文件重定向也可以实现复制操作） 1

一. std::atomic_flag和std::atomic （一）std::atomic_flag 　　1. std::atomic_flag 是一个bool类型的原子变量，它有两个状态set和clear，对应着flag为true和false。 　　2. std::atomic_flag使用前必须被 ATOMIC_FLAG_INIT 初始化，此时的flag为clear状态，相当于静态初始化。 　　3. 三个原子化操作 　　（1） test_and_set() ：检查当前flag是否被设置。 若己设置直接返回true，若没设置则将flag置为true ,并返回false 。 　　（2） clear() ；清除flag标志，即flag=false。 　　（3）析构函数 　　4. 和所有atomic类型一样， std::atomic_flag不支持拷贝和赋值等操作 。因为赋值和拷贝调用了两个对象，从第一个对象中读值，然后再写入另一个。对于两个独立的对象，这里就有两个独立的操作，合并这两个操作必定不是原子的。 　　5. std::atomic_flag 类型不提供is_lock_free()。 该类型是一个简单的布尔标志， 并且 在这种类型上的操作都是无锁的 。但atomic_flag的可操作性不强，导致其应用局限性，还不如std::atomic<boo>。 （二）std:

Nginx编译前的优化 [root@linuxprobe ~]# wget http://nginx.org/download/nginx-1.10.1.tar.gz [root@linuxprobe ~]# tar xvf nginx-1.10.1.tar.gz -C /usr/local/src/ [root@linuxprobe ~]# cd /usr/local/src/nginx-1.10.1/ 编译前的优化主要是用来修改程序名等等，例如： [root@linuxprobe nginx-1.10.1]# curl -I http://www.baidu.com …… Server: bfe/1.0.8.14 …… [root@linuxprobe nginx-1.10.1]# curl -I http://www.sina.com.cn …… Server: nginx …… [root@linuxprobe nginx-1.10.1]# curl -I http://www.linuxprobe.com HTTP/1.1 200 OK Server: nginx/1.10.1 #我们目标是将nginx更改名字 Content-Type: text/html; charset=UTF-8 Connection: keep-alive X-Powered-By: PHP/5