linux性能測試工具

『壹』 求在linux環境下的測試電腦硬體的軟體

測試套件：Hardinfo， Phoronix Test Suite
獨立工具：
unigine，glxgears 測試顯示性能（ OpenGL）
superpi 整機性能

interbench CPU, I/O調度以及文件系統
hdparm 測試硬碟

『貳』 linux系統上有沒有什麼跑分工具

有的，UNIXBENCH是linux、unix測試系統基準性能的經典工具，UNIXBENCH測試包含了系統調用、讀寫、進程、2D、3D、管道、運算、C庫等系統基準性能，它的優點在於提供了對系統性能的一種評價體系，為系統評分，如此方便對系統作對比測試；但UNIXBENCH在網路性能測試欠缺。

『叄』 linux 壓力測試工具 哪個好

ab
AB是Apache超文本傳輸協議(HTTP)的性能測試工具。其設計意圖是描繪當前所安裝的Apache的執行性能，主要是顯示你安裝的Apache每秒可以處理多少個請求。
ab 不像 LR 那麼強大，但是它足夠輕便，如果只是在開發過程中想檢查一下某個模塊的響應情況，或者做一些場景比較簡單的測試，ab 還是一個不錯的選擇

『肆』 我想做linux 的磁碟io性能測試，有什麼好的工具和方法推薦嗎，感謝

用Linux自帶的命令 dd

寫
#time dd if=/dev/zero bs=1024 count=1000000 of=/tmp/1Gb.file

1024000000 bytes (1.0 GB) copied, 9.46522 s, 108 MB/s
real 0m9.503s
user 0m0.316s
sys 0m8.485s

讀
#time dd if=/tmp/1Gb.file bs=64k |dd of=/dev/null

1024000000 bytes (1.0 GB) copied, 9.46522 s, 108 MB/s
real 0m9.503s
user 0m0.316s
sys 0m8.485s

『伍』 linux網路性能測試工具有哪些

有個Unigine軟體專門測試顯示性能，你可以看看自己系統的軟體倉庫有沒有這個軟體包，

『陸』 一名優秀的Linux運維人員該掌握哪些工具

運維人員必須熟悉的運維工具匯總
某日受邀請參加了一個BBS活動，於是有了下面的內容。
下面是在linux網站運維方向老男孩最近幾年常用的免費的開源軟體，臨時即興想起來的，在這里和大家分享，希望給初學者指引一點路。
linux的世界真的很精彩，還沒入門的朋友趕緊進來吧！
操作系統：Centos※,Ubuntu,Redhat※,suse，Freebsd
網站服務：nginx※,apache※,lighttpd,php※,tomcat※,resin※
數據 庫：Mysql※,Mysql-proxy,MariaDB，PostgreSQL
DB中間件：MyCat,amoeba,MySQL-proxy
代理相關：lvs,keepalived,haproxy,nginx,apache,heartbeat（此行都是※）
網站緩存：squid※,nginx※,varnish
NOSQL庫：memcached※,memcachedb,TokyoTyrant※,MongoDB※,Cassandra※,redis※,CouchDB
存儲相關：Nfs※,Moosefs(mfs)※,Hadoop※,glusterfs※,lustre,FastDFS
版本管理：svn※,git※
監控報警：nagios※,cacti※,zabbix※,munin,hyperic,mrtg,graphite
域名解析：bind※,powerdns,dnsmasq※
同步軟體：rsync※,inotify※,sersync※,drbd※,csync2,union,lsyncd,scp※
批量管理：ssh+rsync+sersync※,Saltstack※,expect※,puppet※,ansible,cfengine
虛擬 化：kvm※,xen※
雲計 算：openstack※,docker,cloudstack
內網軟體：iptables※,zebra※,iftraf,ntop※,tc※,iftop
郵件軟體：qmail,posfix※,sendmail
遠程撥號：openvpn※,pptp,openswan※,ipip※
統一認證：openldap(可結合微軟活動目錄)※
隊列工具：ActiveMQ,RabbitMQ※,Metaq,MemcacheQ,Zeromq
打包發布：mvn※,ants※,jenkins※,svn
測試軟體：ab,smokeping,siege,JMeter,Webbench,LoadRunner,http_load（都是※）
日誌相關：syslog,rsyslog,Awstats,flume logstash scribe kafka,storm，ELK(Elasticsearch+Logstash+Kibana)DB代理：mysql-proxy,amoeba（更多還是程序實現讀寫分離）
搜索軟體：Sphinx,Xapian（大公司會自己開發類似網路的小規模內部搜索引擎）

提示：
1）以上所有軟體都是老男孩用過或測試過的。
2）帶※的為老男孩最近幾年用的比較多，可信任使用的。也是近年來linux運維的大眾。
3）有了功能分類和軟體名，大家有需求，可以按功能找軟體直接G就知道了。
4）學習要有舍有得，什麼都抓必然短時間都不會精，希望大家能抓重點，抓精髓，大眾軟體（帶※）先熟練了，這是基礎加提高，在研究小眾軟體（不帶※），這是高手之路，最後在研究偏門的，世外高手之路，當然前提是先掌握前面的大眾和小眾。
5）當然還有一些沒有大眾開源的有一些也很棒，如審計堡壘機程序。

『柒』 有沒有可以在LINUX下用的來測試硬體性能的工具

檢測顯卡。cpu。內存。再下載個cpu-z。這兩個軟體都是現在比較好用，准確的檢測軟體。

『捌』 性能測試知多少---性能測試工具原理與架構

但是，性能測試不是loadrunner，所有的作者也是這么認為的。但他們在講性能測試的時候講的就是loadrunner有，只是講的多少不同罷啦。 你是否覺得我對loadrunner有仇？我之所以將其分開來學，只是希望自己在學習性能測試的時候不要被loadrunner局限了而已。只是覺得在做性能測試時不要帶loadrunner的思維，這樣更容易把握性能測試的本質。----------------------------------------------------- 性能測試工具，從廣義上講，在性能測試過程中使用到的所有工具都可以稱其為性能測試工具。從狹義上來講，我們可以把性能測試工具分為伺服器端性能測試工具與前段性能測試工具。 伺服器端性能測試工具也我們測試人員通常所認為的性能測試工具。LoadRunner、JMeter、SilkPerformance、伺服器端壓力性能工具需要支持產生壓力和負載，錄制和生成腳本，設置和部署場景，產生並發用戶和向系統施加持續的壓力。 前端性能測試工具應用比較廣泛，開發人員，前端開發人員、測試人員都會經常用到。Firebug 、fildder2、Yslow 、前端性能測試工具只需要關於心瀏覽器等客戶端工具對具體需要展現的頁面的處理過程。 伺服器性能測試工具原理 性能測試工具的主要作用是通過模擬生產環境中的真實業務操作，對被測試系統實行壓力負載測試，監視被 測試系統在不同業務、不同壓力性能下的性能表現，找出潛在的性能瓶頸進行分析、優化。 客戶端與伺服器相當於兩個人，通過信息來進行交流。由於初次見面不好意思直接交流，與是找來了中間傳話人，客戶端把信息告訴給傳話人，由傳話人來轉達給伺服器。那麼伺服器反饋的信息也由傳話人轉達給客戶端。一般性能測試工具都需要錄制或編寫客戶端行為腳本。 這樣傳達人就有了客戶端的行為能力，從而假扮客戶端來欺騙伺服器，與之進行通信。有了客戶端行為了傳達人可以進行自我復制。從而變出N多個傳達人對伺服器進通信。---這個傳達人的行為和能力也就是性能測試工具的基本特質。（突然覺得性能工具像第三者插足，而且是可以自我復制瘋狂變態的第三者，哈哈！） 對於目前流行的性能測試工具，他們的基本工作原理都是一致的。在客戶端通過多線程或多進程模擬虛擬用戶訪問，對伺服器端施加壓力，然後在過程中監控和收集性能數據。性能測試工具應該具備什麼的特質呢？1、工具本身佔用系統資源少，可擴展性好，可用性強。 2、能模擬真實業務事務操作，在並發時能真正產生業務壓力。（這一點是核心）3、對壓力測試結果能很好地進行性能分析，快速找出被測試系統的瓶頸。4、測試腳本的重復性強。 伺服器性能測試工具的架構 用戶行為生成部分 我為什麼說的這么朦朧，對於熟悉loadrunner的朋友，我說成虛擬用戶腳本生成器，你更容易理解，這個腳本，我們可以錄制，也可以手工編寫。你不要以為這是生成用戶行為的唯一方式。因為在JMeter成中是添加各種組件，通過對組件的配置來完成用戶行為的，當然也可以通過錄制。而在相對簡陋的性能測試工具curl_loader（linux環境下的運行的），他是通過編寫配置文件的形式來描述用戶形為的。 我前面也有提了，雖然性能測試工具由不同的形式來描述，但他們的原理是一樣的，都是通過Proxy方式來實現，具體來說，Proxy作為客戶端和伺服器之間的中間人，接收客戶端的數據包。 壓力產生器 壓力產生器用於根據腳本內容產生實際的負載，在性能測試工具中，壓力產生器扮演著「產生負載」的角色。也就根用戶的設置，進行自我復制來生成多個客戶端向伺服器發送請求。對於工具來說，每復制出來的一份就是一個進程或線程，進程和線程的運行是要佔用系統資源的。所以，對一台壓力測試機來說能運行的虛擬用戶數也是有限的。根基測試機的配置而定。那麼這個時候就要通過多台測試機合作，來模擬更多的虛擬用戶向伺服器發請求。 那麼，對於性能測試來說，很重要的一點就是產生「並發」的請求，不然就不會對伺服器產生壓力。那多台機子如何產生「步調一致」的虛擬用戶呢？使用「用戶代理」 用戶代理 用戶代理是運行在負載機上的進程，該進程與產生負載壓力的進程或線程協作，接收調度系統的命令，調度產生負載壓力的進程或線程，從這個意義上看，用戶代理也是壓力產生器的一部分。 調度能力 我們在做復雜的性能測試時，常常會設計各種場景，不同的虛擬用戶數，不同事務的用戶比例，運行時間，設置同步點等，這個時候也需要我們的測試工具有壓力調度能力。從而才能更真實的模擬我們所設計的運行場景。 監控系統 監控系統是性能測試工具直接與用戶進行交互的主要部分，監控系統，主要用戶在壓力測試過程中對各種軟硬體進行監控，如對資料庫、應用伺服器，伺服器的主要性能表現情況進行監控。用於判斷系統當前處於什麼狀態。 當然，監控系統不是性能工具必須的部分，可以通過軟硬體系統自身的監控工具或者第三方監控工具進行監控。但是否有強大的性能計數器監控系統是衡量性能測試工具是否強大的指標之一。 壓力結果分析 壓力結果分析工具可以用來輔助進行測試結果的分析，性能測試工具一般都能將監控系統獲取的性能技術數器值生成曲線圖，折線圖等各種圖表。通過展現性能測試過程中的各種參數指標，來供測試人員進行分析。 但這里需要強調的是，壓力結果分析工具本身不能代替分析者進行性能結果分析，而只是提供多種不同的數據揭示和呈現方法而已。對於這些數據進行分析必然要依靠測試工程師對系統性能分析的知識和經驗。------------------------------------------------------- 對上面介紹的性能測試工具架構的組成部分，不是第一個性能測試工具都具備，而所具備的強大程度也不相同。比如，有些性能測試工具不具備用戶代理能，有些監控系統能監控的資源很有限或簡陋，有些結果分析數據的呈現不夠詳盡等。