摘要:一測試工具壓力測試工具是針對的性能測試工具,可以只安裝工具。顯示版本號并退出。用戶名和密碼由一個隔開,并以編碼形式發送。參考并發數問題思考與工作原理和優化漏洞調大的并發連接數調的等。
一、測試工具: Apache 壓力測試工具ab
ab是針對apache的性能測試工具,可以只安裝ab工具。
ubuntu安裝ab
apt-get install apache2-utils
centos安裝ab
yum install httpd-tools
ab的參數詳細解釋
格式: ./ab [options] [http://]hostname[:port]/path
參數:
-n在測試會話中所執行的請求個數。默認時,僅執行一個請求。
-c一次產生的請求個數。默認是一次一個。
-t測試所進行的最大秒數。其內部隱含值是-n 50000,它可以使對服務器的測試限制在一個固定的總時間以內。默認時,沒有時間限制。
-p包含了需要POST的數據的文件。
-P對一個中轉代理提供BASIC認證信任。用戶名和密碼由一個:隔開,并以base64編碼形式發送。無論服務器是否需要(即, 是否發送了401認證需求代碼),此字符串都會被發送。
-T POST數據所使用的Content-type頭信息。
-v設置顯示信息的詳細程度-4或更大值會顯示頭信息,3或更大值可以顯示響應代碼(404,200等),2或更大值可以顯示警告和其他信息。
-V顯示版本號并退出。
-w以HTML表的格式輸出結果。默認時,它是白色背景的兩列寬度的一張表。
-i執行HEAD請求,而不是GET。
-x設置
屬性的字符串。
-C對請求附加一個Cookie:行。其典型形式是name=value的一個參數對,此參數可以重復。 -H對請求附加額外的頭信息。此參數的典型形式是一個有效的頭信息行,其中包含了以冒號分隔的字段和值的對(如,"Accept-Encoding:zip/zop;8bit")。 -A對服務器提供BASIC認證信任。用戶名和密碼由一個:隔開,并以base64編碼形式發送。無論服務器是否需要(即,是否發送了401認證需求代碼),此字符串都會被發送。 -h顯示使用方法。 -d不顯示"percentage served within XX [ms] table"的消息(為以前的版本提供支持)。 -e產生一個以逗號分隔的(CSV)文件,其中包含了處理每個相應百分比的請求所需要(從1%到100%)的相應百分比的(以微妙為單位)時間。由于這種格式已經“二進制化”,所以比"gnuplot"格式更有用。 -g把所有測試結果寫入一個"gnuplot"或者TSV(以Tab分隔的)文件。此文件可以方便地導入到Gnuplot,IDL,Mathematica,Igor甚至Excel中。其中的第一行為標題。 -i執行HEAD請求,而不是GET。 -k啟用HTTP KeepAlive功能,即在一個HTTP會話中執行多個請求。默認時,不啟用KeepAlive功能。 -q如果處理的請求數大于150,ab每處理大約10%或者100個請求時,會在stderr輸出一個進度計數。此-q標記可以抑制這些信息。 eg: ### POST /user/login ab -n 100 -kc 10 -p user_login -T "application/json" -H "Accept-Encoding:gzip, deflate" -H "accept-language:zh-Hans-CN;q=1, en-CN;q=0.9" http://XXX/user/login ##### request data 文件 user_login 內容: {"email":"ws65536@qq.com","password":"ws65536"} ### GET /default/index ab -n 1000 -c 100 http://XXX/default/index 測試的同時可以在被測試的服務器上使用htop命令查看CPU和內存的實時使用情況: 關于ab詳情可參考:apache性能測試工具ab使用詳解 二、配置優化nginx處理PHP請求有三個步驟。 第一步:接受請求,發現是PHP請求,轉向第二步。 第二步:通過socket的方式,連接PHP-FPM的fast-cgi,讓PHP-FPM處理請求。 第三步:獲得PHP-FPM處理結果,加上http報頭,返回給客戶端。 所以,我們要提高nginx的PHP并發性能,我們需要做這三步。 1.調大nginx的并發連接數( 調nginx.conf 的worker_connections 和 worker_processes)。worker_connections : 每一個worker進程能并發處理(發起)的最大連接數(包含所有連接數) worker_processes :指明了nginx要開啟的進程數,據官方說法,一般開一個就夠了,多開幾個,可以減少機器io帶來的影響。 一般為當前機器總cpu核心數的1到2倍。 參考: nginx 并發數問題思考:worker_connections,worker_processes與 max clients Nginx工作原理和優化、漏洞 2.調大php-fpm的并發連接數(調php-fpm.conf 的pm.max_children等)。本人用的是Ubuntu 14.04.4,PHP 5.5.9,以下目錄結構對其他服務器環境可能不適用。 由于在 /etc/php5/fpm/php-fpm.conf 中并沒有找到 max_children ,于是使用以下命令進行查找: # 在/etc/php5/fpm 目錄下查找所有文件,并依次在每個文件中查找"max_children" sudo find /etc/php5/fpm -name * | xargs grep "max_children" 終于在 /etc/php5/fpm/pool.d/www.conf 中找到了 max_children 等相關配置。 關于具體配置,請參考以下內容: (PHP手冊)FastCGI 進程管理器(FPM) php-fpm的配置和優化 PHP-FPM性能優化參考 PHP FPM php-fpm.conf設置詳解 3.增加系統的最大文件數量限制(ulimit -n 65535)。由于NGINX處理PHP請求的第二步需要通過socket的方式和PHP-FPM通信,它能新建的最大socket數受到系統最大打開文件數的限制。新裝的Linux默認只有1024,所以必須增加系統最大打開文件數目。 ulimit -n 命令可以查看當前系統最大打開文件數。 ulimit -n 65535 可以將系統最大打開文件數臨時修改為65535,然而退出登錄后就會失效。 想要修改系統最大打開文件數,并永久生效: vi /etc/security/limits.conf # 添加如下的行 * soft noproc 11000 * hard noproc 11000 * soft nofile 65535 * hard nofile 65535
具體配置參考一下內容: ulimit -n 修改 linux有效修改max open files/ulimit -n 文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。 轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/21973.html 相關文章
發表評論0條評論yeyan1996男|高級講師TA的文章閱讀更多
閱讀需要支付1元查看
|