//fs.file-max 最大打开文件数
//fs.nr_open=20480000 单个进程允许打开的文件句柄上限 //信号量及共享内存，可以使用ipcs -l来获取
//kernel.sem 信号量: 每个信号集中最大信号量数目 系统范围最大信号量数目 每个信号发生时的最大系统操作数 系统范围内最大信号集总数目 第一列*第四列=第二列
// 512G好配置：4096 2147483647 2147483646 512000 1G差配置：250 512000 100 2048 //kernel.shmall 控制全部共享内存页数。系统所有共享内存段相加的大小限制，建议为内存的80%，例如：64G *80%/4k 即是页数
//kernel.shmmax 单个共享内存段大小，建议为内存的一半，9.2之后对共享内存使用降低了，单位是byte
//kernel.shmmni 全部共享内存段的总个数，缺省值为4096就够了，参考的是819200，单个共享段最小大小？ //脏页刷新
//vm.dirty_background_bytes 40960000，系统脏页达到这个值，系统后台刷脏页调度进程自动将dirty_expire_centisecs/100秒前的脏页刷到磁盘，建议设置为内存的2%？
//vm.dirty_expire_centisecs 比这个值老的脏页，将被刷到磁盘,3000表示30秒 //vm.dirty_ratio = 95 如果单个进程产生的脏数据到达系统整体内存的百分比，此时进程自行把脏数据写回磁盘.
// 如果系统进程刷脏页太慢，使得系统脏页超过内存 95 % 时，则用户进程如果有写磁盘的操作（如fsync, fdatasync等调用），则需要主动把系统脏页刷出。
// 有效防止用户进程刷脏页，在单机多实例，并且使用CGROUP限制单实例IOPS的情况下非常有效
//vm.dirty_background_ratio 所有全局系统进程的脏页数量到达系统整体内存的百分比，此时触发pdflush进程把脏数据写回磁,默认值为10，注意这里是全局进程的脏页 //Linux对大部分申请内存的请求都回复"yes"，以便能跑更多更大的程序。因为申请内存后，并不会马上使用内存。这种技术叫做Overcommit
//vm.dirty_writeback_centisecs = 100 pdflush（或其他）后台刷脏页进程的唤醒间隔，缺省值为500，100表示1秒。
//vm.overcommit_memory = 0 在分配内存时，允许少量over malloc, 如果设置为 1, 则认为总是有足够的内存，内存较少的测试环境可以使用 1 .
// 0， 表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。
// 1， 表示内核允许分配所有的物理内存，而不管当前的内存状态如何。当kernel发现内存使用率接近100%时，就触发OOM，杀掉一些用户态进程，释放内存
// 2， 用户一次申请的内存大小不允许超过可用内存的大小。表示内核允许分配超过所有物理内存和交换空间总和的内存（参照overcommit_ratio）。
//vm.overcommit_ratio = 90 默认50，当overcommit_memory = 2 时，用于参与计算允许指派的内存大小。系统可分配内存=交换空间+物理内存*overcommit_ratio/100，超过这个值就拒绝这次内存申请
//vm.swappiness = 0 关闭交换分区
//vm.zone_reclaim_mode = 0 禁用 numa, 或者在vmlinux中禁止. //nr_pdflush_threads 当前正在运行的pdflush进程数量，在I/O负载高的情况下，内核会自动增加更多的pdflush进程。缺省值2，只读 //vm.extra_free_kbytes = 4096000
//vm.min_free_kbytes = 2097152 Linux VM最低保留多少空闲内存（Kbytes）
//如果是小内存机器，以上两个值不建议设置
//vm.nr_hugepages = 66536 建议shared buffer设置超过64GB时 使用大页，页大小 /proc/meminfo Hugepagesize
//vm.lowmem_reserve_ratio = 1 1 1 对于内存大于64G时，建议设置，否则建议默认值 256 256 32
未完待续：
20190325 对vm.overcommit_memory的新理解：
假如有16G内存、swap为2G为例，加起来18G。0表示会查看18G中剩余的空间大小，如果不够就失败。1表示不会看是否剩下多少，直接分配，出错了再OOM来处理。2表示如果vm.overcommit_ratio为默认的50，则一次申请不能大于2+16*50%=10G。那么设为2的时候，会看总的剩余内存吗？还是说认为总的剩余内存为10G的情况下，减去已占用的内存，来判定是否能申请成功？
不是这样：
vm.overcommit_memory = 2 #0，表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。
#内核执行启发式内存过量使用处理，方法是估算可用内存量，并拒绝明显无效的请求。
#遗憾的是因为内存是使用启发式而非准确算法计算进行部署，这个设置有时可能会造成系统中的可用内存超载。
#1，表示内核允许分配所有的物理内存，而不管当前的内存状态如何。当kernel发现内存使用率接近100%时，就触发OOM，杀掉占用内存最多的进程，释放内存。
#2，表示内核允许分配超过所有物理内存和交换空间总和的内存。CommitLimit = (Physical RAM * vm.overcommit_ratio / 100) + Swap，超过这个值就拒绝这次内存申请。
vm.overcommit_ratio = 90 #(mem-swap)/mem*100 这样就不会申请到swap的内存，既CommitLimit=mem，当申请的空间达到了mem就直接不允许申请了。
#grep -i commit /proc/meminfo
#CommitLimit: 2537348 kB
#Committed_AS: 1660900 kB
#这里的CommitLimit为当前系统可以申请的总内存，Committed_AS为当前已经申请的内存，记住是申请。
#当你的free查看有很多大量可用的内存的时候，实际Committed_AS可能已经申请了大量的内存了，在vm.overcommit_memory #2模式下，后续的程序可以申请的剩余内存为CommitLimit - Commited_AS了。
参考：
https://www.cnblogs.com/ywcz060/p/5566086.html
https://github.com/digoal/blog/blob/master/201611/20161121_01.md?spm=a2c4e.11153940.blogcont80563.13.5c96100aDpE202&file=20161121_01.md#postgresql-on-linux-最佳部署手册---珍藏级
添加在2019-09-22：
vm.dirty_background_ratio=1 #默认10，在数据库系统中最好设置小一点
kernel.sem = 5010 641280 5010 256
fs.aio-max-nr = 1048576
fs.file-max = 6815744
kernel.shmall = 2097152
kernel.shmmax = 4294967295
kernel.shmmni = 4096
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
net.core.somaxconn=1024
vm.swappiness=0 #不要走swap，100
vm.overcommit_memory = 2
vm.overcommit_ratio = 90 # mem/(mem+swap)
vm.dirty_background_ratio=1 #要设低一点
vm.dirty_ratio = 2 #低一点
vm.nr_hugepages = 10#还需要确认大页的设置
再次参考：
https://blog.csdn.net/qq_16097611/article/details/52816908
诡异场景:
当你发现程序在申请大段内存的时候，发生申请失败。
这时候你通过查看free -g发现free下的内存还有大量可以使用的内存。
然后你再继续查看ulimit -a的时候，却发现max memroy size为不受限。
这时候你或许会很疑惑，为什么在足够内存的情况下，当申请内存达到一定量的时候，却还是失败呢。
这时候你查看sysctl -a | grep "vm.overcommit_memory",如果你发现值为2,那么问题便是发生在这里了
在我们进行内存申请的时候，如malloc 200m,这时候仅仅是进行内存申请，但实际使用的时候可能仅仅是100m, 意味着有100m并没有真是被分配。
这时候我们通过free 看到使用的也只有100m的内存。但是vm.overcommit_memory其关注的是申请的内存，即200m的内存，这点需要注意。
而vm.overcommit_memory的意思:
0 — 默认设置。内核执行启发式内存过量使用处理，方法是估算可用内存量，并拒绝明显无效的请求。遗憾的是因为内存是使用启发式而非准确算法计算进行部署，这个设置有时可能会造成系统中的可用内存超载。
1 — 内核执行无内存过量使用处理。使用这个设置会增大内存超载的可能性，但也可以增强大量使用内存任务的性能。
2 — 内存拒绝等于或者大于总可用 swap 大小以及 overcommit_ratio 指定的物理 RAM 比例的内存请求。如果您希望减小内存过度使用的风险，这个设置就是最好的
值为2下的场景:
公式:CommitLimit = (Physical RAM * vm.overcommit_ratio / 100) + Swap
Physical RAM为当前系统的总物理内存
vm.overcommit_ratio为物理内存的比例,默认为50
Swap为当前系统的总Swap
可以通过查看
grep -i commit /proc/meminfo
CommitLimit: 73955212 kB
Committed_AS: kB
这里的CommitLimit为当前系统可以申请的总内存，Committed_AS为当前已经申请的内存，记住是申请。
因此当你的free查看有很多大量可用的内存的时候，实际Committed_AS可能已经申请了大量的内存了，在vm.overcommit_memory 2模式下，后续的程序可以申请的剩余内存
为CommitLimit - Commited_AS了。
而vm.overcommit_memory设置为2一般是建议当Swap大于物理内存的时候才进行设置。
而vm.overcommit_memory一般是设置为0模式的。
因此现在你知道该如何查理这种场景了吧。
再参考：https://www.cnblogs.com/EasonJim/p/7778025.html
2020-02-20：
1） /etc/sysctl.conf
#/proc/sys/kernel/优化
kernel.sem = 5010 641280 5010 256 #信号量，pv操作，一个pv操作组里面有多少个信号量。
#第一个是一个组有多少个信号量，最后一个是有多少组，第二个是总共多少，第三个是单次操作能改多少，一般设置为第一个值
#250 162500 250 650 Oracle要求
#20 13000 20 650 pg够用了 #第一个参数要大于17
#一个连接对应为大概16个信号量，所以一万个连接可以这么算：10000/16=625，就取一个650算了。 kernel.shmall = 2097152 #全部允许使用的共享内存大小页数，推荐设置为内存的90%，缺省设置：2097152 bytes。
#以16GB内存为例，可设置为：16*1024*1024*1024*0.9/4096=3774873。（单个块大小可通过getconf PAGESIZE获取）
kernel.shmmax = 53687091200 #是单个段允许使用的大小，推荐设置为内存的50%，缺省设置：33554432 bytes。
#以16GB内存为例，可设置为：16*1024*1024*1024*0.5=8589934592。实际可用最大共享内存段大小=shmmax * 98%，其中大约2%用于共享内存结构。
#通过ipcs -u查看当前试用情况
kernel.shmmni = 4096 #整个系统的共享内存段的最大数目（个），缺省设置：4096。 #/proc/sys/vm/优化
vm.dirty_background_ratio=2 #表示脏数据到达系统整体内存的百分比，此时触发pdflush进程把脏数据写回磁盘。缺省设置：10，大内存时推荐值为2。内存较小时可以使用默认值，内存较大时，设置为1。
#例如512GB内存的服务器，10%为51.2GB，这样刷盘的压力太大了，设置为1%，则达到5.12GB就触发刷盘。
vm.dirty_ratio = 40 #如果进程产生的脏数据到达系统整体内存的百分比，此时进程自行把脏数据写回磁盘，缺省设置：40。同样，原理，根据内存总大小来设置。
#有时候系统进程刷盘太慢，就会触发进程自己的fsync刷盘。
vm.overcommit_memory = 2 #0，表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。
#内核执行启发式内存过量使用处理，方法是估算可用内存量，并拒绝明显无效的请求。
#遗憾的是因为内存是使用启发式而非准确算法计算进行部署，这个设置有时可能会造成系统中的可用内存超载。
#1，表示内核允许分配所有的物理内存，而不管当前的内存状态如何。当kernel发现内存使用率接近100%时，就触发OOM，杀掉占用内存最多的进程，释放内存。
#2，表示内核允许分配超过所有物理内存和交换空间总和的内存。CommitLimit = (Physical RAM * vm.overcommit_ratio / 100) + Swap，超过这个值就拒绝这次内存申请。
vm.overcommit_ratio = 90 #(mem-swap)/mem*100 这样就不会申请到swap的内存，既CommitLimit=mem，当申请的空间达到了mem就直接不允许申请了。
#grep -i commit /proc/meminfo
#CommitLimit: 2537348 kB
#Committed_AS: 1660900 kB
#这里的CommitLimit为当前系统可以申请的总内存，Committed_AS为当前已经申请的内存，记住是申请。
#当你的free查看有很多大量可用的内存的时候，实际Committed_AS可能已经申请了大量的内存了，在vm.overcommit_memory #2模式下，后续的程序可以申请的剩余内存为CommitLimit - Commited_AS了。
vm.swappiness = 0 #0的时候表示最大限度使用物理内存，然后才是swap空间，
#swappiness＝100的时候表示积极的使用swap分区，并且把内存上的数据及时的搬运到swap空间里面。
#linux的基本默认设置为60就是说，你的内存在使用到100-60=40%的时候，就开始出现有交换分区的使用。
#大家知道，内存的速度会比磁盘快很多，这样子会加大系统IO，同时造的成大量页的换进换出，严重影响系统的性能，
#所以我们在操作系统层面，要尽可能使用内存，对该参数进行调整。尽量调低一点，10或者0。
fs.aio-max-nr = 1048576 #文件所允许的并发请求的最大个数, 1024*1024
fs.file-max = 6815744 #最大打开文件数
fs.nr_open = 20480000 #单个进程允许打开的文件句柄上限 net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.ipv4.tcp_fin_timeout = 30
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
net.core.somaxconn=1024 # TCP端口使用范围
net.ipv4.tcp_keepalive_time = 1200
net.ipv4.tcp_keepalive_probes = 3
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.ip_local_port_range = 10000 65000
net.ipv4.tcp_max_syn_backlog = 8192
net.ipv4.tcp_max_tw_buckets = 6000
# 记录的那些尚未收到客户端确认信息的连接请求的最大值
net.ipv4.tcp_max_syn_backlog = 65536
# 每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目
net.core.netdev_max_backlog = 32768
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2
net.ipv4.route.gc_timeout = 100
net.ipv4.tcp_wmem = 8192 436600 873200
net.ipv4.tcp_rmem = 32768 436600 873200
net.ipv4.tcp_mem = 94500000 91500000 92700000
net.ipv4.tcp_max_orphans = 3276800
#/proc/sys/kernel/优化
kernel.sem = 5010 641280 5010 256
kernel.shmall = 2097152
kernel.shmmax = 53687091200
kernel.shmmni = 4096
vm.dirty_background_ratio=2
vm.dirty_ratio = 40
vm.overcommit_memory = 2
vm.overcommit_ratio = 90
vm.swappiness = 0
fs.aio-max-nr = 1048576
fs.file-max = 6815744
fs.nr_open = 20480000 net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.ipv4.tcp_fin_timeout = 30
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048576
net.core.somaxconn=1024 # TCP端口使用范围
net.ipv4.tcp_keepalive_time = 1200
net.ipv4.tcp_keepalive_probes = 3
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.ip_local_port_range = 10000 65000
net.ipv4.tcp_max_syn_backlog = 8192
net.ipv4.tcp_max_tw_buckets = 6000
# 记录的那些尚未收到客户端确认信息的连接请求的最大值
net.ipv4.tcp_max_syn_backlog = 65536
# 每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目
net.core.netdev_max_backlog = 32768
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2
net.ipv4.route.gc_timeout = 100
net.ipv4.tcp_wmem = 8192 436600 873200
net.ipv4.tcp_rmem = 32768 436600 873200
net.ipv4.tcp_mem = 94500000 91500000 92700000
net.ipv4.tcp_max_orphans = 3276800