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就应该是

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >

在被測试的server上查看cpu状态

top

然后按1,能够看到每一个cpu信息

时间: 2024-10-12 04:17:45

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

nginx负载均衡向后台传递參数方法(后端也是nginxserver)

做了一个站点是用nginx 做的负载均衡.后端也是多个nginxserver 遇到了一个问题.当做SSL支持时 前端nginx分发到 后端nginx后就成 http形式了(这样后台php用$_SERVER[HTTPS] == "on" 就无法推断了,但后台还必需要知道这个參数).假设改成https的话.还需要多个证书. 所以就想让前端nginx 假设是 https 的话给后端传递一个參数. 用在后台来推断和使用. 首先前端nginx的 nginx.conf 文件里 用  proxy_s

Androidclient性能參数监控

背景: 在做androidclient測试的时候.有时候须要监控cpu/mem/电量消耗/界面载入时间/流量等等指标. 于是俺们就上下求索,网友告诉我两个方案:AnotherMonitor和Emmagee,在此之前.我自己写了一个工具,下文就这几个方案做一下比較和说明. AnotherMonitor和Emmagee都是apk的形式存在的.以下是官网: https://code.google.com/p/anothermonitor/ https://github.com/NetEase/Emma

CloudStack全局配置參数

參数 描写叙述 类型 默认值 account.cleanup.interval 清除用户账户所须要等待的时间(秒) 整数 86400 agent.lb.enabled If agent load balancing enabled in cluster setup true/false false agent.load.threshold  Percentage (as a value between 0 and 1) of connected agents after which agent

【JAVA学习】“-Xmx1024m -Xms1024m -Xmn512m -Xss256k”——Java执行參数(转)

年轻代 年老代概念 http://jefferent.iteye.com/blog/1123677 JVM的堆的内存, 是通过以下面两个參数控制的 -Xms 最小堆的大小, 也就是当你的虚拟机启动后, 就会分配这么大的堆内存给你 -Xmx 是最大堆的大小 当最小堆占满后,会尝试进行GC,假设GC之后还不能得到足够的内存(GC未必会收集到全部当前可用内存),分配新的对象,那么就会扩展堆,假设-Xmx设置的太小,扩展堆就会失败,导致OutOfMemoryError错误提示. 实际上,细节不止于此, 

可变參数学习笔记

一.什么是可变參数 我们在C语言编程中有时会遇到一些參数个数可变的函数,比如printf()函数,其函数原型为: int printf( const char* format, ...); 它除了有一个參数format固定以外,后面跟的參数的个数和类型是可变的(用三个点"-"做參数占位符),实际调用时能够有下面的形式: printf("%d",i); printf("%s",s); printf("the number is %d ,s

Spark 性能相关參数配置具体解释-任务调度篇

作者:刘旭晖 Raymond 转载请注明出处 Email:colorant at 163.com BLOG:http://blog.csdn.net/colorant/ 随着Spark的逐渐成熟完好, 越来越多的可配置參数被加入到Spark中来, 本文试图通过阐述这当中部分參数的工作原理和配置思路, 和大家一起探讨一下怎样依据实际场合对Spark进行配置优化. 因为篇幅较长.所以在这里分篇组织,假设要看最新完整的网页版内容.能够戳这里:http://spark-config.readthedoc

Spark 性能相关參数配置具体解释-shuffle篇

作者:刘旭晖 Raymond 转载请注明出处 Email:colorant at 163.com BLOG:http://blog.csdn.net/colorant/ 随着Spark的逐渐成熟完好, 越来越多的可配置參数被加入到Spark中来, 在Spark的官方文档http://spark.apache.org/docs/latest/configuration.html 中提供了这些可配置參数中相当大一部分的说明. 可是文档的更新总是落后于代码的开发的, 另一些配置參数没有来得及被加入到这

一个性能较好的jvm參数配置以及jvm的简单介绍

一个性能较好的webserverjvm參数配置: -server //服务器模式 -Xmx2g //JVM最大同意分配的堆内存,按需分配 -Xms2g //JVM初始分配的堆内存.一般和Xmx配置成一样以避免每次gc后JVM又一次分配内存. -Xmn256m //年轻代内存大小.整个JVM内存=年轻代 + 年老代 + 持久代 -XX:PermSize=128m //持久代内存大小 -Xss256k //设置每一个线程的堆栈大小 -XX:+DisableExplicitGC //忽略手动调用GC,