linux C++ 通讯架构（一）nginx安装、目录、进程模型

nginx是C语言开发的，号称并发处理百万级别的TCP连接，稳定，热部署（运行时升级），高度模块化设计，可以用C++开发。

一、安装和目录

1.1 前提

epoll，linux内核版本为2.6或以上

gcc编译器，g++编译器

pcre库：函数库，支持解析正则表达式

zlib库：压缩解压功能

openssl库：ssl功能相关库，用于网站加密通讯

1.2 源码下载及目录结构简单认识

 auto/:编译相关的脚本，可执行文件configure会用到这些脚本

 cc/:检查编译器的脚本

 lib/:检查依赖库的脚本

 os/:检查操作系统类型的脚本

 type/:检查平台类型的脚本

CHANGES:修复的bug，新增功能说明

CHANGES.ru:俄语版CHANGES

conf/:默认的配置文件

configure:编译ngnix之前必须先执行脚本以生成一些必要的中间文件

contrib/:脚本和工具，典型的是vim高亮工具

html/:欢迎界面和错误界面相关的文件

man/:帮助文件目录

src/:源代码目录

•  core:核心代码
•  event:event（事件）模块相关代码
•  http:http(web服务)模块相关代码
•  mail:邮件模块相关代码
•  os:操作系统相关代码
•  stream:流处理相关代码

1.3 nginx的编译安装

编译的第一步：用configure来进行编译之前的配置工作

下面的命令将会进行默认配置

[root@JD nginx-1.16.1]# ./configure

configure的help命令可以查看configure的选项

• --prefix：指定最终安装到的目录，默认值 /usr/local/nginx
• --sbin-path：用来指定可执行文件目录，默认的是 sbin/nginx
• --conf-path：用来指定配置文件目录，默认的是 conf/nginx.conf
• --with开头的是默认不会编译到nginx的，可以用该命令包含进去
• --without则是默认编译进了nginx中的

执行完后，会多出来objs目录

•  ngx_modules.c会决定哪些模块会真正被编译到可执行文件中
•  Makefile：执行了configure脚本产生的编译规则文件，执行make命令时用到

用make编译

[root@JD nginx-1.16.1]# make

ogjs目录中多处了nginx文件

这是nginx的可执行文件

用make命令进行安装

[root@JD nginx-1.16.1]# make install

1.4 启动和简单使用

[root@JD nginx-1.16.1]# whereis nginx
nginx: /usr/local/nginx

进入上面目录的sbin目录

[root@JD nginx-1.16.1]# cd /usr/local/nginx
[root@JD nginx]# ll
total 0
drwx------ 2 nobody root   6 Nov 28 13:00 client_body_temp
drwxr-xr-x 2 root   root 333 Nov 28 12:56 conf
drwx------ 2 nobody root   6 Nov 28 13:00 fastcgi_temp
drwxr-xr-x 2 root   root  40 Nov 28 12:56 html
drwxr-xr-x 2 root   root  58 Nov 28 13:00 logs
drwx------ 2 nobody root   6 Nov 28 13:00 proxy_temp
drwxr-xr-x 2 root   root  19 Nov 28 12:56 sbin
drwx------ 2 nobody root   6 Nov 28 13:00 scgi_temp
drwx------ 2 nobody root   6 Nov 28 13:00 uwsgi_temp
[root@JD nginx]# cd sbin

启动

[root@JD sbin]# ./nginx

启动后访问服务器IP地址，网页显示：

上面的内容正是html目录下index.html文件

二、进程模型

nginx启动后查看进程

[root@JD sbin]# ps -ef | grep nginx
root      5789 10021  0 11:57 pts/0    00:00:00 grep --color=auto nginx
root     24193     1  0 Nov28 ?        00:00:00 nginx: master process ./nginx
nobody   24194 24193  0 Nov28 ?        00:00:01 nginx: worker process

两个进程，master进程属于root，worker进程属于nobody，两个进程是父子关系

上面的第三列是父进程ID，可以看到worker进程是被master进程通过fork()创造出来的

进程模型

通过一个master进程，一到多个worker进程这种工作机制对外服务的，这种工作机制保证了nginx稳定灵活运行

master进程是监控进程，不处理具体业务，专门用来管理worker进程

worker进程是用来对用户提供服务的

master进程和worker进程之间通讯，可以用信号，也可以用共享内存

worker进程一旦挂掉，那么master进程会立即fork()一个新的worker进程投入工作中去

调整worker进程数量

worker进程几个合适？多核计算机，让每个worker运行在一个单独的内核上，最大限度减少CPU进程切换成本，提高系统性能

查看processor数量

[root@JD sbin]# grep -c processor /proc/cpuinfo
2

即是两核的，我们所说的多少核实际是有多少processor，一般是多少逻辑核

基础概念

CPU(Central Processing Unit)：中央处理单元，CPU != 物理核，更 != 逻辑核。
物理核(physical core/processor)：可以看的到的，真实的cpu核，有独立的电路元件以及L1,L2缓存，可以独立地执行指令。
逻辑核(logical core/processor)：在同一个物理核内，逻辑层面的核。（比喻，像动画片一样，我们看到的“动画”，其实是一帧一帧静态的画面，24帧/s连起来就骗过了人类的眼睛，看起来像动起来一样。逻辑核也一样，物理核通过高速运算，让应用程序以为有两个cpu在运算）。
超线程(Hyper-threading, HT)：超线程可以在一个逻辑核等待指令执行的间隔(等待从cache或内存中获取下一条指令)，把时间片分配到另一个逻辑核。高速在这两个逻辑核之间切换，让应用程序感知不到这个间隔，误认为自己是独占了一个核。
关系：一个CPU可以有多个物理核。如果开启了超线程，一个物理核可以分成n个逻辑核，n为超线程的数量。

Linux查看cpu信息

cat /proc/cpuinfo

...
processor   : 23                // 逻辑核编号
cpu MHz         : 2299.863     // CPU主频
cache size      : 15360 KB     // L2 cache大小
physical id : 1                 // CPU编号
siblings    : 12                   // 一颗CPU中有多少逻辑核
core id     : 5                 // CPU的物理核编号
cpu cores   : 6                 // 一颗CPU中有多少物理核
...

针对于上边的这个服务器，我们说，它有2颗CPU，每颗CPU中有6个物理核，CPU开启了超线程，每颗CPU中有12个逻辑核。所以，这台服务器共有12个物理核，24个逻辑核。我们通常意义上说的24核，是指逻辑核是24个。

作者：rockops
链接：https://www.jianshu.com/p/4233b080048c
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

修改nginx的worker数量

[root@JD nginx]# cd conf
[root@JD conf]# pwd
/usr/local/nginx/conf
[root@JD conf]# ll
total 68
-rw-r--r-- 1 root root 1077 Nov 28 12:56 fastcgi.conf
-rw-r--r-- 1 root root 1077 Nov 28 12:56 fastcgi.conf.default
-rw-r--r-- 1 root root 1007 Nov 28 12:56 fastcgi_params
-rw-r--r-- 1 root root 1007 Nov 28 12:56 fastcgi_params.default
-rw-r--r-- 1 root root 2837 Nov 28 12:56 koi-utf
-rw-r--r-- 1 root root 2223 Nov 28 12:56 koi-win
-rw-r--r-- 1 root root 5231 Nov 28 12:56 mime.types
-rw-r--r-- 1 root root 5231 Nov 28 12:56 mime.types.default
-rw-r--r-- 1 root root 2656 Nov 28 12:56 nginx.conf
-rw-r--r-- 1 root root 2656 Nov 28 12:56 nginx.conf.default
-rw-r--r-- 1 root root  636 Nov 28 12:56 scgi_params
-rw-r--r-- 1 root root  636 Nov 28 12:56 scgi_params.default
-rw-r--r-- 1 root root  664 Nov 28 12:56 uwsgi_params
-rw-r--r-- 1 root root  664 Nov 28 12:56 uwsgi_params.default
-rw-r--r-- 1 root root 3610 Nov 28 12:56 win-utf
[root@JD conf]# vi nginx.conf

把默认的1改为processor的数量

 重新启动

[root@JD sbin]# ./nginx -s stop
[root@JD sbin]# ./nginx
[root@JD sbin]#  ps -ef | grep -v grep | grep nginx
root     21580     1  0 12:29 ?        00:00:00 nginx: master process ./nginx
nobody   21581 21580  0 12:29 ?        00:00:00 nginx: worker process
nobody   21582 21580  0 12:29 ?        00:00:00 nginx: worker process

已经有两个 worker 进程了

nginx重载配置文件

查看帮助命令

[root@JD sbin]# ./nginx -?
nginx version: nginx/1.16.1
Usage: nginx [-?hvVtTq] [-s signal] [-c filename] [-p prefix] [-g directives]

Options:
  -?,-h         : this help
  -v            : show version and exit
  -V            : show version and configure options then exit
  -t            : test configuration and exit
  -T            : test configuration, dump it and exit
  -q            : suppress non-error messages during configuration testing
  -s signal     : send signal to a master process: stop, quit, reopen, reload
  -p prefix     : set prefix path (default: /usr/local/nginx/)
  -c filename   : set configuration file (default: conf/nginx.conf)
  -g directives : set global directives out of configuration file

重载配置文件

修改配置文件后可重载

[root@JD sbin]# ./nginx -s reload

nginx 可以热升级，热回滚