壓力測試 php-fpm 優化

webbench最多能夠模擬3萬個併發鏈接去測試網站的負載能力，我的感受要比Apache自帶的ab壓力測試工具好，安裝使用也特別方便。 　　一、適用系統：Linux 　　二、編譯安裝：引用 wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gz tar zxvf webbench-1.5.tar.gz cd webbench-1.5 make && make install 　　三、使用：引用 webbench -c 10000 -t 60 http://127.0.0.1/test.jpg 　　參數說明：-c表示併發數，-t表示時間(秒) 　　四、測試結果示例：引用 你們看下每分鐘達到150萬的訪問量我仍是本機加載測試的 服務器配置  CPU:24核  內存：32G  硬盤：RAID5 SAS146G 15000轉硬盤陣列 nginx php-fpm優化稍後貼出 Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software. Benchmarking: GET  10000 clients, running 60 sec. Speed=1377219 pages/min, -30844808 bytes/sec. Requests: 1376697 susceed, 522 failed. [root@localhost conf]# webbench -c 10000 -t 60  Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software. Benchmarking: GET  10000 clients, running 60 sec. Speed=1483864 pages/min, -8322775 bytes/sec. Requests: 1483397 susceed, 467 failed.   收藏 分享

lqp518 新手上路	2#     發表於 2014-5-25 18:42 | 只看該做者       nginx指令中的優化（配置文件） worker_processes 8; 　　nginx進程數，建議按照cpu數目來指定，通常爲它的倍數。 worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 　　爲每一個進程分配cpu，上例中將8個進程分配到8個cpu，固然能夠寫多個，或者將一個進程分配到多個cpu。 worker_rlimit_nofile 102400; 　　這個指令是指當一個nginx進程打開的最多文件描述符數目，理論值應該是最多打開文件數（ulimit -n）與nginx進程數相除，可是nginx分配請求並非那麼均勻，因此最好與ulimit -n的值保持一致。 use epoll; 　　使用epoll的I/O模型，這個不用說了吧。 worker_connections 102400; 　　每一個進程容許的最多鏈接數，理論上每臺nginx服務器的最大鏈接數爲worker_processes*worker_connections。 keepalive_timeout 60; 　　keepalive超時時間。 client_header_buffer_size 4k; 　　客戶端請求頭部的緩衝區大小，這個能夠根據你的系統分頁大小來設置，通常一個請求的頭部大小不會超過1k，不過因爲通常系統分頁都要大於1k，因此這裏設置爲分頁大小。分頁大小能夠用命令getconf PAGESIZE取得。 open_file_cache max=102400 inactive=20s; 　　這個將爲打開文件指定緩存，默認是沒有啓用的，max指定緩存數量，建議和打開文件數一致，inactive是指通過多長時間文件沒被請求後刪除緩存。 open_file_cache_valid 30s; 　　這個是指多長時間檢查一次緩存的有效信息。 open_file_cache_min_uses 1; 　　open_file_cache指令中的inactive參數時間內文件的最少使用次數，若是超過這個數字，文件描述符一直是在緩存中打開的，如上例，若是有一個文件在inactive時間內一次沒被使用，它將被移除。 內核參數的優化 net.ipv4.tcp_max_tw_buckets = 6000 　　timewait的數量，默認是180000。 net.ipv4.ip_local_port_range = 1024    65000 　　容許系統打開的端口範圍。 net.ipv4.tcp_tw_recycle = 1 　　啓用timewait快速回收。 net.ipv4.tcp_tw_reuse = 1 　　開啓重用。容許將TIME-WAIT sockets從新用於新的TCP鏈接。 net.ipv4.tcp_syncookies = 1 　　開啓SYN Cookies，當出現SYN等待隊列溢出時，啓用cookies來處理。 net.core.somaxconn = 262144 　　web應用中listen函數的backlog默認會給咱們內核參數的net.core.somaxconn限制到128，而nginx定義的NGX_LISTEN_BACKLOG默認爲511，因此有必要調整這個值。 net.core.netdev_max_backlog = 262144 　　每一個網絡接口接收數據包的速率比內核處理這些包的速率快時，容許送到隊列的數據包的最大數目。 net.ipv4.tcp_max_orphans = 262144 　　系統中最多有多少個TCP套接字不被關聯到任何一個用戶文件句柄上。若是超過這個數字，孤兒鏈接將即刻被複位並打印出警告信息。這個限制僅僅是爲了防止簡單的DoS攻擊，不能過度依靠它或者人爲地減少這個值，更應該增長這個值(若是增長了內存以後)。 net.ipv4.tcp_max_syn_backlog = 262144 　　記錄的那些還沒有收到客戶端確認信息的鏈接請求的最大值。對於有128M內存的系統而言，缺省值是1024，小內存的系統則是128。 net.ipv4.tcp_timestamps = 0 　　時間戳能夠避免序列號的卷繞。一個1Gbps的鏈路確定會遇到之前用過的序列號。時間戳可以讓內核接受這種"異常"的數據包。這裏須要將其關掉。 net.ipv4.tcp_synack_retries = 1 　　爲了打開對端的鏈接，內核須要發送一個SYN並附帶一個迴應前面一個SYN的ACK。也就是所謂三次握手中的第二次握手。這個設置決定了內核放棄鏈接以前發送SYN+ACK包的數量。 net.ipv4.tcp_syn_retries = 1 　　在內核放棄創建鏈接以前發送SYN包的數量。 net.ipv4.tcp_fin_timeout = 1 　　若是套接字由本端要求關閉，這個參數決定了它保持在FIN-WAIT-2狀態的時間。對端能夠出錯並永遠不關閉鏈接，甚至意外當機。缺省值是60秒。2.2 內核的一般值是180秒，你能夠按這個設置，但要記住的是，即便你的機器是一個輕載的WEB服務器，也有由於大量的死套接字而內存溢出的風險，FIN- WAIT-2的危險性比FIN-WAIT-1要小，由於它最多隻能吃掉1.5K內存，可是它們的生存期長些。 net.ipv4.tcp_keepalive_time = 30 　　當keepalive起用的時候，TCP發送keepalive消息的頻度。缺省是2小時。 一個完整的內核優化配置 net.ipv4.ip_forward = 0 net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.default.accept_source_route = 0 kernel.sysrq = 0 kernel.core_uses_pid = 1 net.ipv4.tcp_syncookies = 1 kernel.msgmnb = 65536 kernel.msgmax = 65536 kernel.shmmax = 68719476736 kernel.shmall = 4294967296 net.ipv4.tcp_max_tw_buckets = 6000 net.ipv4.tcp_sack = 1 net.ipv4.tcp_window_scaling = 1 net.ipv4.tcp_rmem = 4096        87380   4194304 net.ipv4.tcp_wmem = 4096        16384   4194304 net.core.wmem_default = 8388608 net.core.rmem_default = 8388608 net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.core.netdev_max_backlog = 262144 net.core.somaxconn = 262144 net.ipv4.tcp_max_orphans = 3276800 net.ipv4.tcp_max_syn_backlog = 262144 net.ipv4.tcp_timestamps = 0 net.ipv4.tcp_synack_retries = 1 net.ipv4.tcp_syn_retries = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_mem = 94500000 915000000 927000000 net.ipv4.tcp_fin_timeout = 1 net.ipv4.tcp_keepalive_time = 30 net.ipv4.ip_local_port_range = 1024    65000 一個簡單的nginx優化配置文件 user  www www; worker_processes 8; worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000; error_log  /www/log/nginx_error.log  crit; pid        /usr/local/nginx/nginx.pid; worker_rlimit_nofile 204800; events {   use epoll;   worker_connections 204800; } http {   include       mime.types;   default_type  application/octet-stream;   charset  utf-8;   server_names_hash_bucket_size 128;   client_header_buffer_size 2k;   large_client_header_buffers 4 4k;   client_max_body_size 8m;   sendfile on;   tcp_nopush     on;   keepalive_timeout 60;   fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2                 keys_zone=TEST:10m                 inactive=5m;   fastcgi_connect_timeout 300;   fastcgi_send_timeout 300;   fastcgi_read_timeout 300;   fastcgi_buffer_size 16k;   fastcgi_buffers 16 16k;   fastcgi_busy_buffers_size 16k;   fastcgi_temp_file_write_size 16k;   fastcgi_cache TEST;   fastcgi_cache_valid 200 302 1h;   fastcgi_cache_valid 301 1d;   fastcgi_cache_valid any 1m;   fastcgi_cache_min_uses 1;   fastcgi_cache_use_stale error timeout invalid_header http_500;      open_file_cache max=204800 inactive=20s;   open_file_cache_min_uses 1;   open_file_cache_valid 30s;      tcp_nodelay on;      gzip on;   gzip_min_length  1k;   gzip_buffers     4 16k;   gzip_http_version 1.0;   gzip_comp_level 2;   gzip_types       text/plain application/x-javascript text/css application/xml;   gzip_vary on;   server   {     listen       8080;     server_name  ad.test.com;     index index.php index.htm;     root  /www/html/;     location /status     {         stub_status on;     }     location ~ .*\.(php|php5)?$     {         fastcgi_pass 127.0.0.1:9000;         fastcgi_index index.php;         include fcgi.conf;     }     location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|css)$     {       expires      30d;     }     log_format  access  '$remote_addr - $remote_user [$time_local] "$request" '               '$status $body_bytes_sent "$http_referer" '               '"$http_user_agent" $http_x_forwarded_for';     access_log  /www/log/access.log  access;       } } 關於FastCGI的幾個指令 fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m; 　　這個指令爲FastCGI緩存指定一個路徑，目錄結構等級，關鍵字區域存儲時間和非活動刪除時間。 fastcgi_connect_timeout 300; 　　指定鏈接到後端FastCGI的超時時間。 fastcgi_send_timeout 300; 　　向FastCGI傳送請求的超時時間，這個值是指已經完成兩次握手後向FastCGI傳送請求的超時時間。 fastcgi_read_timeout 300; 　　接收FastCGI應答的超時時間，這個值是指已經完成兩次握手後接收FastCGI應答的超時時間。 fastcgi_buffer_size 16k; 　　指定讀取FastCGI應答第一部分須要用多大的緩衝區，這裏能夠設置爲fastcgi_buffers指令指定的緩衝區大小，上面的指令指定它將使用1個16k的緩衝區去讀取應答的第一部分，即應答頭，其實這個應答頭通常狀況下都很小（不會超過1k），可是你若是在fastcgi_buffers指令中指定了緩衝區的大小，那麼它也會分配一個fastcgi_buffers指定的緩衝區大小去緩存。 fastcgi_buffers 16 16k; 　　指定本地須要用多少和多大的緩衝區來緩衝FastCGI的應答，如上所示，若是一個php腳本所產生的頁面大小爲256k，則會爲其分配16個16k的緩衝區來緩存，若是大於256k，增大於256k的部分會緩存到fastcgi_temp指定的路徑中，固然這對服務器負載來講是不明智的方案，由於內存中處理數據速度要快於硬盤，一般這個值的設置應該選擇一個你的站點中的php腳本所產生的頁面大小的中間值，好比你的站點大部分腳本所產生的頁面大小爲256k就能夠把這個值設置爲16 16k，或者4 64k 或者64 4k，但很顯然，後兩種並非好的設置方法，由於若是產生的頁面只有32k，若是用4 64k它會分配1個64k的緩衝區去緩存，而若是使用64 4k它會分配8個4k的緩衝區去緩存，而若是使用16 16k則它會分配2個16k去緩存頁面，這樣看起來彷佛更加合理。 fastcgi_busy_buffers_size 32k; 　　這個指令我也不知道是作什麼用，只知道默認值是fastcgi_buffers的兩倍。 fastcgi_temp_file_write_size 32k; 　　在寫入fastcgi_temp_path時將用多大的數據塊，默認值是fastcgi_buffers的兩倍。 fastcgi_cache TEST 　　開啓FastCGI緩存而且爲其制定一個名稱。我的感受開啓緩存很是有用，能夠有效下降CPU負載，而且防止502錯誤。可是這個緩存會引發不少問題，由於它緩存的是動態頁面。具體使用還需根據本身的需求。 fastcgi_cache_valid 200 302 1h; fastcgi_cache_valid 301 1d; fastcgi_cache_valid any 1m; 　　爲指定的應答代碼指定緩存時間，如上例中將200，302應答緩存一小時，301應答緩存1天，其餘爲1分鐘。 fastcgi_cache_min_uses 1; 　　緩存在fastcgi_cache_path指令inactive參數值時間內的最少使用次數，如上例，若是在5分鐘內某文件1次也沒有被使用，那麼這個文件將被移除。 fastcgi_cache_use_stale error timeout invalid_header http_500;
	TOP

lqp518 新手上路	3#     發表於 2014-5-25 18:43 | 只看該做者       PHP-FPM是一個PHPFastCGI進程管理器，是隻用於PHP的。       PHP-FPM實際上是PHP源代碼的一個補丁，旨在將FastCGI進程管理整合進PHP包中。必須將它patch到你的PHP源代碼中，在編譯安裝PHP後纔可使用。       如今咱們能夠在最新的PHP 5.3.2的源碼樹裏下載獲得直接整合了PHP-FPM的分支，聽說下個版本會融合進PHP的主分支去。相對Spawn-FCGI，PHP-FPM在CPU和內存方面的控制都更勝一籌，並且前者很容易崩潰，必須用crontab進行監控，而PHP-FPM則沒有這種煩惱。       PHP5.3.3已經集成php-fpm了，再也不是第三方的包了。PHP-FPM提供了更好的PHP進程管理方式，能夠有效控制內存和進程、能夠平滑重載PHP配置，比spawn-fcgi具備更多優勢，因此被PHP官方收錄了。            在./configure的時候帶 –enable-fpm參數便可開啓PHP-FPM。       使用PHP-FPM來控制PHP-CGI的FastCGI進程 /usr/local/php/sbin/php-fpm{start|stop|quit|restart|reload|logrotate} --start 啓動php的fastcgi進程 --stop 強制終止php的fastcgi進程 --quit 平滑終止php的fastcgi進程 --restart 重啓php的fastcgi進程 --reload 從新平滑加載php的php.ini --logrotate 從新啓用log文件       php-fpm有兩種執行方式, 與Apache同樣，他的進程數也是能夠根據設置分爲動態和靜態的，一種是直接開啓指定數量的php-fpm進程，再也不增長或者減小；另外一種則是開始的時候開啓必定數量的php-fpm進程，當請求量變大的時候，動態的增長php-fpm進程數到上限，當空閒的時候自動釋放空閒的進程數到一個下限。       這兩種不一樣的執行方式，能夠根據服務器的實際需求來進行調整。       這裏先說一下涉及到這個的幾個參數吧，他們分別是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。 pm表示使用那種方式，有兩個值能夠選擇，就是static（靜態）或者dynamic（動態）。在更老一些的版本中，dynamic被稱做apache-like。這個要注意看配置文件給出的說明了。       下面4個參數的意思分別爲： pm.max_children：靜態方式下開啓的php-fpm進程數量。 pm.start_servers：動態方式下的起始php-fpm進程數量。 pm.min_spare_servers：動態方式下的最小php-fpm進程數量。 pm.max_spare_servers：動態方式下的最大php-fpm進程數量。       若是dm設置爲static，那麼只有pm.max_children這個參數生效。系統會開啓設置的數個php-fpm進程。       若是dm設置爲dynamic，那麼pm.max_children參數失效，後面3個參數生效。系統會在php-fpm運行開始的時候啓動 pm.start_servers個php-fpm進程，而後根據系統的需求動態在pm.min_spare_servers和 pm.max_spare_servers之間調整php-fpm進程數。       那麼，對於咱們的服務器，選擇哪一種執行方式比較好呢？事實上，跟Apache同樣，咱們運行的PHP程序在執行完成後，或多或少會有內存泄露的問 題。這也是爲何開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的緣由了。因此，動態方式由於會結束掉多餘 的進程，能夠回收釋放一些內存，因此推薦在內存較少的服務器或者VPS上使用。具體最大數量根據 內存/20M 獲得。好比說512M的VPS，建議pm.max_spare_servers設置爲20。至於pm.min_spare_servers，則建議根據服 務器的負載狀況來設置，比較合適的值在5~10之間。       而後對於比較大內存的服務器來講，設置爲靜態的話會提升效率。由於頻繁開關php-fpm進程也會有時滯，因此內存夠大的狀況下開靜態效果會更好。數量也能夠根據 內存/30M 獲得。好比說2GB內存的服務器，能夠設置爲50；4GB內存能夠設置爲100等。       DEMO參數以下： pm=dynamic pm.max_children=20 pm.start_servers=5 pm.min_spare_servers=5 pm.max_spare_servers=20       這樣就能夠最大的節省內存並提升執行效率。
	TOP

lqp518 新手上路

4#     發表於 2014-5-25 18:46 | 只看該做者       我本機配置文件以下 服務器配置  CPU:24核  內存：32G  硬盤：RAID5 SAS146G 15000轉硬盤陣列 提示硬件配置沒這麼高不要設這麼多！ # nginx conf conf/nginx.conf # Created by http://www.wdlinux.cn# Last Updated 2010.06.01user  www www;worker_processes  48;error_log  logs/error.log  notice;pid        logs/nginx.pid;worker_rlimit_nofile 409600;events {    use epoll;    worker_connections  409600;}http {    include       mime.types;    default_type  application/octet-stream;    server_names_hash_bucket_size 128;    client_header_buffer_size 32k;    large_client_header_buffers 4 32k;    client_max_body_size 8m;    limit_conn_zone $binary_remote_addr zone=one:32k;###########xinjiade###########################   fastcgi_cache_path /www/wdlinux/nginx/fastcgi_cache levels=1:2                keys_zone=TEST:10m                inactive=5m;  fastcgi_connect_timeout 300;  fastcgi_send_timeout 300;  fastcgi_read_timeout 300;  fastcgi_buffer_size 16k;  fastcgi_buffers 16 16k;  fastcgi_busy_buffers_size 16k;  fastcgi_temp_file_write_size 16k;  fastcgi_cache TEST;  fastcgi_cache_valid 200 302 1h;  fastcgi_cache_valid 301 1d;  fastcgi_cache_valid any 1m;  fastcgi_cache_min_uses 1;  fastcgi_cache_use_stale error timeout invalid_header http_500;    open_file_cache max=102400 inactive=20s;    open_file_cache_valid 30s;    open_file_cache_min_uses 1;##############################################    sendfile        on;    tcp_nopush     on;    keepalive_timeout  60;    tcp_nodelay on;    gzip  on;    gzip_min_length  1k;    gzip_buffers     4 16k;    gzip_http_version 1.0;    gzip_comp_level 2;    gzip_types       text/plain application/x-javascript text/css application/xml;    gzip_vary on;    log_format  wwwlogs  '$remote_addr - $remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for';    #include default.conf;    include vhost/*.conf;}php-fmp 設置pm.max_children=512pm.start_servers=128pm.min_spare_servers=30pm.max_spare_servers=128