女孩租房開2小時空調用完100元電費引熱議：5級能耗惹不起 月薪過萬電費也交不起
近日，江蘇蘇州一女孩租房當天充值了100元電費，開著空調不到2小時發現電費已用完。對于為什么這個快，房東表示，電表壞了這種情況很多，之前也遇到過，給租客換
在上篇文章 每個后端都應該了解的OpenResty入門以及網關安全實戰 中，我向大家介紹了 OpenResty 的入門使用是 WAF 防御實戰，這篇文章將給大家繼續介紹 OpenResty 入門之性能測試 篇。
性能測試是軟件開發中不可或缺的一環，它可以幫助我們評估系統的性能、穩定性、可擴展性等指標，為優化和改進提供依據。但是性能測試也是最容易失準的一種測試，因為它受到很多因素的影響，例如網絡環境、服務器配置、壓測工具、壓測場景等。如果我們選擇了不合適的壓測工具或者沒有設計好壓測場景，那么我們得到的結果可能會與實際情況相差甚遠，甚至導致錯誤的判斷和決策。
俗話說工欲善其事必先利其器，那么如何選擇一款合適的壓測工具呢？首先 OpenResty 是 fork 自 Nginx 開發，基于 Nginx 原有的強悍性能（協程 + IO 多路復用 Epoll），其性能也很高。所以我們需要的是一款自身性能足夠強悍，可以最大程度榨干 OpenResty 程序性能、服務端 cpu 資源的壓測工具。
這里給大家介紹一款壓測工具界的“悍馬” —— wrk。wrk 是一款針對 HTTP 協議的基準測試工具，它能夠在單機多核 CPU 的條件下，使用系統自帶的高性能 I/O 機制，如 epoll，kqueue 等，通過多線程和事件模式，對目標機器產生大量的負載。wrk 支持 Lua 腳本來創建復雜的測試場景（這一點與 OpenResty 支持 Lua 腳本相同），也可以輸出詳細的響應時間統計信息。wrk 的優點有以下幾點：
wrk 只能被安裝在類 Unix 系統上，所以我們需要一個 Linux 或者 MacOS 環境。Windows 10 安裝需要開啟自帶的 Ubuntu 子系統。
對于 Ubuntu/Debian 系統，可以通過以下命令安裝 wrk：
sudo apt-get install build-essential libssl-dev git -ygit clone https://github.com/wg/wrk.git wrkcd wrkmake# 將可執行文件移動到 /usr/local/bin 位置sudo cp wrk /usr/local/bin對于 CentOS / RedHat / Fedora 系統，可以通過以下命令安裝 wrk：
sudo yum groupinstall 'Development Tools'sudo yum install -y openssl-devel gitgit clone https://github.com/wg/wrk.git wrkcd wrkmake# 將可執行文件移動到 /usr/local/bin 位置sudo cp wrk /usr/local/binMac 系統也可以通過先編譯的方式來安裝，但是更推薦使用 brew 的方式來安裝, 步驟如下：
Windown 10 需要在 Windows 功能 里勾選 適用于 Linux 的 Windows 子系統, 然后通過 bash 命令切換到 Ubuntu 子系統。接下來，參考 Linux 安裝 的操作步驟，安裝 wrk。
在開始壓測前，我們還需要對測試環境進行一番調整，已配合壓測工具 wrk 榨干 OpenResty 程序的性能。
Linux 系統默認對每個進程能夠打開的文件數有一個限制，通常是 1024 個。這個限制會影響到服務器能夠同時處理的連接數，因此需要增加這個限制。增加的方法是修改 /etc/security/limits.conf 文件，添加如下內容：
* soft nofile 65535* hard nofile 65535其中 * 號表示修改所有用戶的限制，soft 或 hard 指定要修改軟限制還是硬限制，65536 則指定了想要修改的新的限制值，即最大打開文件數(請注意軟限制值要小于或等于硬限制)。修改完后保存文件。
這樣就可以將所有用戶的單進程最大打開文件數限制設為 65535 個。如果還不夠，可以繼續增大這個值，但要注意不要超過系統級的最大打開文件數限制，可以通過 cat /proc/sys/fs/file-max 命令查看這個限制。
查看 Linux 系統級的最大打開文件數限制，使用如下命令：
[root@VM-16-5-centos ~]# cat /proc/sys/fs/file-nr2112 0 369508這里的最后一個數字，就是最大打開文件數。如果你的機器中這個數字比較小，那就需要修改 /etc/sysctl.conf 文件來增大：
fs.file-max = 1020000net.ipv4.ip_conntrack_max = 1020000net.ipv4filter.ip_conntrack_max = 1020000修改完以后，還需要重啟系統服務來生效：
sysctl -p /etc/sysctl.conf最后，我們還需要對 Nginx 的配置文件做一些修改，如下：
# 配置工作進程數量worker_processes 1;...events { # 單個工作進程處理連接數量 worker_connections 1024;}默認情況下 Nginx 有 master 和 worker 兩種進程，master 進程用于管理 worker 進程，worker 進程用于處理外部請求也就是對外提供服務。
worker_processes 1 的配置說明工作進程數默認為 1。在多核機器上我們可以設置為服務器 CPU 的核數以提升 Nginx 的連接處理數。
worker_connections 1024 的配置說明單個進程能處理的連接數量是 1024，在大壓力場景下，我們可以提升這個值，改為 10240。
最后，優化的 Nginx 配置文件如下：
# 根據cpu核數自動設置工作進程數量worker_processes auto;...events { # 單個工作進程處理連接數量 worker_connections 10240;}wrk 的基本用法是：
wrk <options> <url><options> 是一些可選的參數，用來控制壓測的配置，<url> 是要壓測的目標網址。
wrk 支持以下常用參數：
其中，數字參數可以使用 SI 單位（1k, 1M, 1G），時間參數可以使用時間單位（2s, 2m, 2h）。
現在我們要對 OpenResty 程序的 hello 接口進行壓測，我們可以使用以下命令：
wrk -c 100 -d 30s -t 4 --latency http://121.4.xxx.xx/hello這條命令表示，利用 wrk 發起壓力測試，連接數為 100，線程數為 4，持續 10 秒，并打印響應時間統計信息。
運行后，我們可以看到以下輸出：
Running 30s test @ http://121.4.xxx.xx/hello 4 threads and 100 connections Thread Stats Avg Stdev Max +/- Stdev Latency 60.74ms 94.62ms 1.82s 88.81% Req/Sec 710.91 118.29 1.02k 69.08% Latency Distribution 50% 26.22ms 75% 32.99ms 90% 176.28ms 99% 475.41ms 84967 requests in 30.02s, 15.40MB read Socket errors: connect 0, read 0, write 0, timeout 2Requests/sec: 2829.91Transfer/sec: 525.08KB我們可以從輸出中看到以下信息：
Running 30s test @ http://121.4.xxx.xx/hello 4 threads and 100 connectionsLatency 60.74ms 94.62ms 1.82s 88.81%這個數據和 QPS 一樣重要，表示系統的響應速度，這個值越小越好。
Latency Distribution 50% 26.22ms 75% 32.99ms 90% 176.28ms 99% 475.41msRequests/sec: 2829.91這個數據表示服務端每秒鐘處理了多少請求，這個值越大越好。
從這些信息中，我們可以看出 OpenResty 程序的性能還是很不錯的，響應時間都在幾毫秒級別，QPS 也很高。
鑒于我的 OpenResty 服務器配置只有 2核4g內存5MB 帶寬，測試結果大家理性看待，歡迎大家自己測試。
wrk 支持使用 Lua 腳本來定制壓測場景，例如自定義 HTTP 方法、動態生成請求參數、修改請求頭等。這樣，我們可以模擬各種復雜和真實的用戶行為和業務邏輯，使得壓測結果更加貼近實際情況。wrk 的源碼中提供了一些示例腳本，可以參考 https://github.com/wg/wrk/tree/master/scripts。
要使用 Lua 腳本，我們需要在命令行中指定 -s 參數，并給出腳本文件的路徑。例如我們可以使用 post.lua 腳本來發送 POST 請求：
wrk -c 100 -d 10s -t 4 -s post.lua http://121.4.xxx.xx/hellopost.lua 的內容如下：
wrk.method = "POST"wrk.body = "name=tom"wrk.headers["Content-Type"] = "application/x-www-form-urlencoded"這樣，我們就可以模擬發送 POST 請求攜帶表單數據的場景。
wrk 的參數會影響壓測的結果，因此我們需要根據實際情況選擇合適的參數。一般來說，我們可以參考以下步驟：
wrk 在壓測過程中可能會出現一些錯誤，例如連接超時、連接拒絕、連接重置等。這些錯誤可能是由于目標服務器的性能不足、網絡環境不穩定、防火墻限制等原因造成的。我們可以嘗試以下方法來解決或減少錯誤：
wrk 在對 OpenResty 程序的壓測過程中，不失所望表現出了強大壓測性能。希望通過本篇文章能讓大家對 wrk 性能測試工具有一個較為全面的認識。
本文鏈接：http://www.tebozhan.com/showinfo-26-14117-0.html壓測工具界的 “悍馬” ：wrk 使用
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號