nginx的 CPU参数worker_processes和worker_cpu_affinity使用说明

Nginx默认没有开启利用多核CPU,我们可以通过增加worker_cpu_affinity配置参数来充分利用多核CPU。CPU是任务处理,计算最关键的资源,CPU核越多,性能就越好。

worker_cpu_affinity这个参数要结合 worker_processes来一起使用。

首先 先说 worker_processes:

worker_processes指明了nginx要开启的进程数,据官方说法,一般开一个就够了,多开几个,可以减少机器io带来的影响。 一般为当前机器总cpu核心数的1到2倍。如,我的机器为双核,那么开4个足够了。

然后 说下worker_cpu_affinity:

worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;  

上面实例说明,开启了4个进程,每一个进程分配一个cpu

最关键的地方没说清楚,怎样来表示每个CPU?

那么,16核的cpu每个进程分配到一个cpu就应该是

在被测试的服务器上查看cpu状态

top

然后按1,可以看到每个cpu信息

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-25 10:44:32

nginx的 CPU参数worker_processes和worker_cpu_affinity使用说明的相关文章

nginx的 CPU參数worker_processes和worker_cpu_affinity使用说明

Nginx默认没有开启利用多核CPU,我们能够通过添加worker_cpu_affinity配置參数来充分利用多核CPU.CPU是任务处理,计算最关键的资源,CPU核越多.性能就越好. worker_cpu_affinity这个參数要结合 worker_processes来一起使用. 首先 先说 worker_processes: worker_processes指明了nginx要开启的进程数,据官方说法,一般开一个就够了,多开几个.能够降低机器io带来的影响. 一般为当前机器总cpu核心数的1

通过配置CPU参数 worker_cpu_affinity 提升nginx性能

简介 Nginx默认没有开启利用多核cpu,我们可以通过增加worker_cpu_affinity配置参数来充分利用多核cpu的性能.cpu是任务处理,计算最关键的资源,cpu核越多,性能就越好. 规则设定 (1)cpu有多少个核,就有几位数,1代表内核开启,0代表内核关闭 (2)worker_processes最多开启8个,8个以上性能就不会再提升了,而且稳定性会变的更低,因此8个进程够用了 示例:linode VPS 最低配,8核CPU,nginx配置信息: worker_processes

nginx 高并发参数配置及linux内核参数优化

一.一般来说nginx 配置文件中对优化比较有作用的为以下几项: 1.  worker_processes 8; nginx 进程数,建议按照cpu 数目来指定,一般为它的倍数 (如,2个四核的cpu计为8). 2.  worker_cpu_affinity 00000001 0000001000000100 00001000 00010000 00100000 01000000 10000000; 为每个进程分配cpu,上例中将8 个进程分配到8 个cpu,当然可以写多个,或者将一个进程分配到

Nginx 主配置文件参数详解

Nginx 主配置文件参数详解 Nginx 安装完毕后,会有响应的安装目录,安装目录里 nginx.conf 为 nginx 的主配置文件, ginx 主配置文件分为 4 部分,main(全局配置).server(主机设置).upstream(负载均衡 服务器设)和 location(URL 匹配特定位置的设置),这四者关系为:server 继承 main, location 继承 server,upstream 既不会继承其他设置也不会被继承. 一.Nginx 的 main(全局配置)文件 [

Nginx中FastCGI参数优化

FastCGI: FastCGI是从CGI发展改进而来的.传统CGI接口方式的主要缺点是性能很差,因为每次HTTP服务器遇到动态程序时都需要重新启动脚本解析器来执行解析,然后结果被返回给HTTP服务器.这在处理高并发访问时,几乎是不可用的.另外传统的CGI接口方式安全性也很差,现在已经很少被使用了. FastCGI接口方式采用C/S结构,可以将HTTP服务器和脚本解析服务器分开,同时在脚本解析服务器上启动一个或者多个脚本解析守护进程.当HTTP服务器每次遇到动态程序时,可以将其直接交付给Fast

Nginx&Apache&PHP参数汇总

1.Nginx vim /etc/nginx/conf.d/www.cmdschool.org.conf   client_max_body_size 30m; //上传文件大小改30M   upstream www.cmdschool.org {     server 10.168.82.25:87;     ip_hash;   }   server {     listen 80;     server_name www.cmdschool.org;     location / {   

nginx rewrite arg 带问号的地址转发参数处理?Nginx重定向的参数问题

Nginx重定向的参数问题 在给某网站写rewrite重定向规则时,碰到了这个关于重定向的参数处理问题.默认的情况下,Nginx在进行rewrite后都会自动添加上旧地址中的参数部分,而这对于重定向到的新地址来说可能是多余.虽然这也不会对重定向的页面显示结果造成多少影响,但当你注意到新地址中包含有多余的"?xxx=xxx"时,心里总还是会觉得不爽.而且可能影响到网站的搜索优化SEO.那么该如何来处理这部分的内容呢?看了下面两个简单的例子你就会明白了. 例如:把http://exampl

nginx实现带参数目录域名重定向二级域名方法

本文章介绍了关于nginx实现带参数目录域名重定向二级域名方法,有需要学习的朋友可参考一下. 下面的代码是基于nginx的子目录301到其他域名(URL)的规则.作用是例如访问http://www.php100.com/phper/php.html (有杠和没杠是不同的,下面的代码中可以看出来),自动301到 http://php.php100.com  代码如下 复制代码 location ~* ^/phper/ {rewrite ^/phper/(.*)$ http://php.php100

nginx获取url参数

在文件src\http\ngx_http_core_module.c的函数ngx_http_core_run_phases(ngx_http_request_t *r)里面,添加如下代码: //声明部分 ngx_str_t* name; ngx_http_variable_value_t* val; char temp[15]; //实现部分 name=ngx_pnalloc(r->pool, sizeof(ngx_str_t)); name->data="arg_test"