stresslinux

Ⅰ Kali linux裡面哪些工具比較重要

專門針對Kali用戶Kali Linux是來自Debian的一個特殊版本，Kali Linux同樣存在Debian Linux的許多問題。這部分為讀者介紹如何解決那些問題。它們並不是Kali Linux特有的問題，你可以不用理它們；不過我看到錯誤，強迫症就會發作，非解決錯誤不可。實用工具和軟體這部分匯集了我覺得有用的一批實用工具和軟體。這些是大多數其他Linux發行版裡面也有的日常軟體，或者至少我認為它們應作為默認安裝系統的一部分而出現。改進和輔助功能Kali Linux天生具有啟動速度快、佔用資源少的特點。但如果你有一些CPU和GPU能力可用，不妨試著讓Kali Linix的外觀更靚麗一些。

Ⅱ 如何基準測試Linux PC的性能

基準測試是一項測試或一系列測試，用來確定某個計算機硬體運行起來的狀況有多好。在許多情況下，「基準測試」實際上等同於「壓力測試」。通過測試硬體的極限，然後可以將測得的結果與其他硬體測得的結果作一番比較。

大多數基準測試旨在模擬 PC 在實際情形下遇到的那種工作負載。正因為如此，基準測試幾乎就是獲得定量數據、了解系統性能如何的唯一方法――如果你的數據差強人意，這表明應該升級部分PC部件。

所以，准備好測試你自己的 PC 了嗎？下面是可供 Linux 用戶使用的一些比較實用的基準測試。

一、一體化基準測試

一體化基準測試工具又叫基準測試套件，恰如其名：它們測試和衡量系統的各個方面，而不是專注於某一個特定的硬體，如果你不想用三四個不同的工具搞亂系統，這很有用。

1、Phoronix 測試套件

Phoronix 測試套件是最知名的一體化 Linux 基準測試解決方案之一。有一些人聲稱，它有許多固有的問題;當然，我們不會說它在各方面完美無缺，但是它對大多數用戶來說足夠好。另外，外面值得一用的替代套件並不多。

Phoronix 可使用 100 多個不同的測試套件（即一組組單項測試）和 450 多個不同的測試配置文件。你可以選擇只安裝所需的那部分，所以如果你只關注處理器和普通硬碟基準測試，那麼只要安裝「Processor_Tests」和「Disk_Tests」。它還支持系統日誌和報告。

最棒的是，Phoronix 是自由而開源的。它還提供 Live CD 這種形式，名為 PTS Desktop Live，讓你可以直接從 CD、DVD 或 U 盤來運行，所以你可以在需要時使用「干凈」的操作系統，測試任何機器的硬體。

2、Stress-ng

你可能從名稱中猜得，stress-ng 是真正的壓力測試――它極其適合測試系統的極限，但是由於它要求很嚴苛，我們不建議經常運行它。如果反復接受壓力測試，某些部件（尤其是處理器和普通硬碟）會損耗得更快。

將 stress-ng 安裝到 Debian 和 Ubuntu 上：

sudo apt-get install stress-ng
將 stress-ng 安裝到 Fedora、Red Hat 和 CentOS 上：

sudo yum install stress-ng
一旦安裝完畢，stress-ng 可以測試各種各樣的部件，包括處理器、內存、輸入/輸出、 網路、虛擬內存及更多部件。它還很容易配置――針對每項測試，你可以指定不同的參數，比如多少測試實例、多少個處理器核心、測試強度多大、運行多久等。

介紹所有不同的命令和參數不在本文的范圍之內，但是 Ubuntu 維基上的這個頁面是個不錯的起始點。

3、PassMark BurnInTest

PassMark 擁有各種各樣的 PC 測試和監控軟體，包括大名鼎鼎的 MemTest86 和 PerformanceTest 應用程序，它們只面向Windows 用戶。另一方面，BurnInTest 應用程序卻有 Linux 版本，它無疑值得嘗試一番。

簡而言之，它能同時測試計算機的所有主要子系統。但它不是測試純粹的性能，而是更加專注於穩定性和可靠性。為了獲得最佳結果，我們推薦將它與其他一些形式的性能測試手段結合起來。

它提供免費 30 天試用的服務；一旦試用期結束，就要收費（79 美元）。

二、處理器基準測試

比較兩個不同的處理器很困難。還記得你知道奔騰 III 幾乎總是勝過奔騰 II 的日子嗎？有時候，i5 的性能勝過 i7，四核並非總是勝過雙核。

正由於如此，處理器可以從基準測試比較得到最大的好處――超過其他任何一個 PC 硬體。如果你決定不使用上述一體化測試，那麼可以從下面兩款工具中的一款入手。

1、Geekbench

Geekbench 是目前市面上最出色的處理器基準測試之一。它隨帶 10 項整數工作負載測試和 8 項浮點工作負載測試――其中一些測試在 Hardinfo（下有介紹）中也有，但是其中一些是 Geekbench 特有的。

Windows 版本和 Mac 版本隨帶用戶界面，但 Linux 版本只有命令行可執行文件。基準測試結果上傳到網上，讓你可以以一種比終端更直觀的方式查看分數。

上傳後，Geekbench 會在功能有限的「嘗試模式」（實際上是無限制的免費試用）下運行，只有 64 位和 OpenCL 基準測試。想要 CUDA 基準測試、獨立模式及其他功能，你需要購買 Geekbench 或 Geekbench 專業版。

2、Hardinfo

可以使用原生軟體包管理器從大多數發行版獲取 Hardinfo，不過我覺得在 Deiban 和 Ubuntu 上運行這個命令來得更容易：

sudo apt-get install hardinfo
或者在 Fedora、Red Hat 和 CentOS 上運行這個命令：

sudo yum install hardinfo
Hardinfo 隨帶 6 項不同的基準測試，每一種測試提供了一個分數，你可以用分數來准確地與其他系統比較。處理器測試執行整數運算，FPU 測試執行浮點運算。比較結果時，確保比較的是同樣的測試。

Hardinfo 還是一種迅速獲取系統信息的有用方式。只要瀏覽側邊欄中的各個頁面，即可查看計算機配置的詳細信息。

三、GPU 基準測試

想以一種非科學的方式測試系統的圖形功能，只要看看你的 PC 能不能處理圖形密集型游戲。想獲得更准確的結果，只要運行下列這些測試。

1、Unigine

Unigine 有兩項基準測試值得一提：Valley 基準測試和 Heaven 基準測試。每一項測試渲染不同的場景（分別是覆以森林的山谷和一系列浮空島），迫使你的 GPU「超時工作」。

這是大多數 Linux 游戲玩家首選的圖形基準測試。

免費基準測試是互動式，完全足以大致了解你的 GPU 有多好，但是如果是商業用途、進行深入的逐幀分析，專業版必不可少。售價 495 美元。

2、GFXBench

GFXBench 之前名為 GLBenchmark，它是面向 Linux 系統的兩種主要的圖形基準測試中名氣較小的。它隨帶兩組測試：高級測試（總體性能）和低級測試（特定功能的性能）。

四、數據硬碟基準測試

說到存儲數據的硬碟，速度並非總是最重要。比如說，當硬碟用來存儲備份內容，主要的問題是壽命、可靠性和容量。不過若是日常操作，你需要性能出色的高速固態硬碟。

1、Hdparm

Hdparm 是一種命令行實用工具，安裝在大多數現代的發行版上，非常易於使用。它不僅可用來測試驅動器的性能，還可以針對每個驅動器來改變設置（比如開啟或關閉 DMA）。不過要小心：如果使用不當，Hdparm 會導致驅動器崩潰或損壞!

首先，使用 df 命令列出系統上的所有驅動器。找到想要測試的那個驅動器――如果你沒有把握，可以使用上下文，比如總的磁碟空間或掛載位置，然後與下列命令結合使用。以本文為例，我的驅動器是 /dev/sda2。

為了測試緩沖讀取性能：

sudo hdparm -t /dev/sda2
/dev/sda2:
Timing buffered disk reads: 180 MB in 3.00 seconds = 59.96 MB/sec`
為了測試緩存讀取性能：

sudo hdparm -T /dev/sda2
/dev/sda2:
Timing cached reads: 3364 MB in 2.00 seconds = 1682.75 MB/sec`
無論你使用哪一個，都要多次運行命令，以獲得多個讀數，然後求平均值，以便更准確地了解性能。確保你沒有做可能影響讀數的其他任何操作，比如傳輸文件。

2、Bonnie++

Bonnie++ 是一種自由的實用工具，旨在基準測試文件系統和硬驅性能。它並不直接安裝在大多數發行版上，但是應該出現在核心代碼庫中。可使用下列命令安裝到 Debian 和 Ubuntu上：

sudo apt-get install bonnie++
或者使用這個命令安裝到Fedora、Red Hat或CentOS上：

sudo yum install bonnie++
一旦安裝完畢，運行Bonnie++的最簡單方法就是使用下列命令：

bonnie++ -d /tmp -r 2048 -u [username]
這會在 /tmp 目錄下運行測試（因而測試 /tmp 所在的驅動器的性能），使用的參數表明系統有 2048MB 內存，測試將以[用戶名]的用戶許可權來運行，本文中該用戶是 jleeso。

不確信你的系統上有多少內存？請使用 free –m 命令，在合計欄下查找 Mem。

最後，你會看到逗號分隔的一行，上面是密密麻麻的不同數字。這些就是你的結果。比例：

1.96,1.96,ubuntu,1,1378913658,4G,,786,99,17094,3,15431,3,4662,91,37881,4,548.4,17,16,,,,,142,0,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,16569us,15704ms,2485ms,51815us,491ms,261ms,291us,400us,710us,382us,42us,787us
拷貝它，輸入下面這個命令：

echo "[粘貼你的結果]" | bon_csv2html > /tmp/t

Ⅲ stresslinux.iso 怎麼配置離線yum源

#cd /etc/ yum.repos.d #rm -fr #elinks mirrors.163.com 下載對應的repo文件--保存 #yum clean all #yum makecache

Ⅳ 如何指定CPU只運行特定任務，linux中斷interrupt

cpuset 允許把所有進程echo到一個cpuset目錄中，與指定的cpu綁定。

The following script which is a starting point for investigating willmove all the processes to a specific cpuset with one cpu.

if[!-d/sys/fs/cgroup];then
echo"cgroupnotsupportedbythekernel"
else
mkdir/sys/fs/cgroup/cpuset
mount-tcgroup-ocpusetcpuset/sys/fs/cgroup/cpuset
echo1>/sys/fs/cgroup/cpuset/cgroup.clone_children
mkdir/sys/fs/cgroup/cpuset/cpu0
mkdir/sys/fs/cgroup/cpuset/cpu1

#assignacpuforcgroupcpu0
echo0>/sys/fs/cgroup/cpuset/cpu0/cpuset.cpus

#moveoutselftothisnewcgroup
echo$$>/sys/fs/cgroup/cpuset/cpu0/tasks
foriin$(cat/sys/fs/cgroup/cpuset/tasks);do
echo$i>/sys/fs/cgroup/cpuset/cpu0/tasks||echo"failedtoaddpid$i/$(cat/proc/$i/comm)"
done

#assignacpuforcgroupcpu1
echo1>/sys/fs/cgroup/cpuset/cpu1/cpuset.cpus

#
#totheothercgroupwon'tuseit
echo1>/sys/fs/cgroup/cpuset/cpu1/cpuset.cpu_exclusive
fi

把系統中的進程與CPU0綁定，然後把CPU1設置 exclusive屬性，這樣其它cgroup不會使用這個CPU。

開啟stress壓力測試

在此基礎上再開啟一個CPUhot：

可見新啟動的任務不會佔用CPU1。

將CPUhot進程與 CPU1綁定：

此時觀察CPU使用率：

另外還有一個問題就是怎樣禁止一個中斷打斷cpu？

內核提供了中斷的affinity，但要使用這個還需要關閉 irq balancer 進程。

如下腳本可以設置中斷的cpu affinity。

for i in $(find /proc/irq -name "smp_affinity"); do echo 1 > $i; done

以上腳本把所有中斷的CPU Affinity都設置為CPU0。

這樣在/proc/irq目錄下的每一個中斷其CPU Affinity都被設置為CPU0。

此時仍有一系列的中斷會打斷CPU1：

Single function call interrupts

Local timer interrupts

另外要讓中斷的CPU Affinity起作用，irq balance 服務必須被關閉。但這樣中斷負載平衡就被打斷，能不能修改irq balance 代碼，讓其在規定的若干個CPU核心上負責中斷平衡

Ⅳ Linux裡面uptime命令作用是什麼

[root@oldboy ~]# uptime
11:45:25 up 5 days, 13:20, 3 users, load average: 0.00, 0.01, 0.05

uptime內容顯示的內容一次是系統時間，開機到現在的天數，用戶登錄數，以及平均負載。
核心是平均負載，其實就是【單位時間內的活躍進程數】。

2顆，單顆4核CPU為例：
1分鍾：10.00 #CPU處理進程1分鍾的繁忙程度，忙碌1分鍾。
5分鍾：8.01 #CPU處理進程5分鍾的繁忙程度，忙碌了5分鍾
15分鍾：5.05 #CPU處理進程15分鍾的繁忙程度，忙碌持續15分鍾，15分鍾內平均值5.

uptime:故障恢復了。
1分鍾：1.00 #CPU處理進程1分鍾的繁忙程度，忙碌1分鍾。
5分鍾：8.01 #CPU處理進程5分鍾的繁忙程度，忙碌了5分鍾
15分鍾：5.05 #CPU處理進程15分鍾的繁忙程度，忙碌持續15分鍾，15分鍾內平均值5.

==============================================
總結：15分鍾負載值12，是高是低呢
負載數值/總的核心數=1 #開始慢的臨界點，實際上1*70%==關注的臨界點。
12/8=1.2 大於1就說明有問題。

負載不要超過5，是臨界點。
2顆單顆4核CPU，共8核，負載就是8*70%=5左右。

需要關注負載的值：總的核心數*70%=關注的點

==================要掌握的============================
1.平均負載是運行隊列中活躍的進程數。
2.平均負載，1,5,15分鍾內的負載。
3.需要關注負載的值：總的核心數*70%=關注的點
4.輔助top,ps,uptime,sar,mpstat,pidstat,iostat，排查問題。
5.strace跟蹤進程系統調用。
6.記住幾個案例（面試講故事）。

面試官問：
你在工作中遇到過哪些生產故障，是怎麼解決的？
最好和資料庫相關（負載高），和web相關（php進程100%,JAVA內存泄漏）
==================要掌握的============================
***6.平均負載案例分析實戰\***
下面，我們以三個示例分別來看這三種情況，並用 stress、mpstat、pidstat 等工具，找出平均負載升高的根源。
stress 是 Linux 系統壓力測試工具，這里我們用作異常進程模擬平均負載升高的場景。
mpstat 是多核 CPU 性能分析工具，用來實時查看每個 CPU 的性能指標，以及所有 CPU 的平均指標。
pidstat 是一個常用的進程性能分析工具，用來實時查看進程的 CPU、內存、I/O 以及上下文切換等性能指標。

#如果出現無法使用mpstat、pidstat命令查看%wait指標建議更新下軟體包
yum install sysstats -y
yum install stress -y
stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M --timeout 10s

***場景一：CPU 密集型進程\***

1.首先，我們在第一個終端運行 stress 命令，模擬一個 CPU 使用率 100% 的場景：

[root@oldboy ~]# stress --cpu 1 --timeout 600

2.接著，在第二個終端運行 uptime 查看平均負載的變化情況

# 使用watch -d 參數表示高亮顯示變化的區域(注意負載會持續升高)
[root@oldboy ~]# watch -d uptime

*3.最後，在第三個終端運行 mpstat 查看 CPU 使用率的變化情況*

# -P ALL 表示監控所有CPU，後面數字5 表示間隔5秒後輸出一組數據
[root@oldboy ~]# mpstat -P ALL 5

#單核CPU,所以只有一個all和0

4.從終端二中可以看到，1 分鍾的平均負載會慢慢增加到 1.00，而從終端三中還可以看到，正好有一個 CPU 的使用率為 100%，但它的 iowait 只有 0。這說明，平均負載的升高正是由於 CPU 使用率為 100% 。那麼，到底是哪個進程導致了 CPU 使用率為 100% 呢？可以使用 pidstat 來查詢


# 間隔5秒輸出一組數據
[root@oldboy ~]# pidstat -u 5 1

#從這里可以明顯看到，stress進程的CPU使用率為100%。

- 模擬cpu負載高 `stress --cpu 1 --timeout 100`
- 通過uptime或w 查看 `watch -d uptime`
- 查看整體狀態mpstat -P ALL 1 查看每個cpu核心使用率
- 精確到進程： pidstat 1

****場景二：I/O 密集型進程\****

1.首先還是運行 stress 命令，但這次模擬 I/O 壓力，即不停地執行 sync

[root@oldboy ~]# stress --io 1 --timeout 600s #利用sync()
stress --hdd 8 --hdd-bytes 1g # hd harkdisk 創建進程去進程寫

*2.然後在第二個終端運行 uptime 查看平均負載的變化情況：*

[root@oldboy ~]# watch -d uptime
18:43:51 up 2 days, 4:27, 3 users, load average: 1.12, 0.65, 0.00

*3.最後第三個終端運行 mpstat 查看 CPU 使用率的變化情況：*

# 顯示所有 CPU 的指標，並在間隔 5 秒輸出一組數據
[root@oldboy ~]# mpstat -P ALL 5

#會發現cpu的與內核打交道的sys佔用非常高

*4.那麼到底是哪個進程，導致 iowait 這么高呢？我們還是用 pidstat 來查詢*

# 間隔5秒後輸出一組數據，-u 表示CPU指標
[root@oldboy ~]# pidstat -u 5 1

#可以發現，還是 stress 進程導致的。

- 通過stress 模擬大量進程讀寫 `stress --hdd 4 `
- 通過w/uptime查看系統負載信息 `watch -d uptime`
- 通過top/mpstat 排查 `mpstat -P ALL 1 或 top 按1`
- 確定是iowati `iostat 1查看整體磁碟讀寫情況 或iotop -o 查看具體哪個進程讀寫`
- 根據對應的進程,進行相關處理.

***場景三：大量進程的場景 高並發場景 \***
*當系統中運行進程超出 CPU 運行能力時，就會出現等待 CPU 的進程。*

*1.首先，我們還是使用 stress，但這次模擬的是 4 個進程*

[root@oldboy ~]# stress -c 4 --timeout 600

*2.由於系統只有 1 個 CPU，明顯比 4 個進程要少得多，因而，系統的 CPU 處於嚴重過載狀態*

*3.然後，再運行 pidstat 來看一下進程的情況：*

# 間隔5秒後輸出一組數據
[root@oldboy ~]# pidstat -u 5 1

*可以看出，4 個進程在爭搶 1 個 CPU，每個進程等待 CPU 的時間（也就是代碼塊中的 %wait 列）高達 75%。這些超出 CPU 計算能力的進程，最終導致 CPU 過載。*

****分析完這三個案例，我再來歸納一下平均負載與CPU\****
***平均負載提供了一個快速查看系統整體性能的手段，反映了整體的負載情況。但只看平均負載本身，我們並不能直接發現，到底是哪裡出現了瓶頸。所以，在理解平均負載時，也要注意：
平均負載高有可能是 CPU 密集型進程導致的；
平均負載高並不一定代表 CPU 使用率高，還有可能是 I/O 更繁忙了；
當發現負載高的時候，你可以使用 mpstat、pidstat 等工具，輔助分析負載的來源****

**系統負載的計算和意義**

進程以及子進程和線程產生的計算指令都會讓cpu執行,產生請求的這些進程組成"運行隊列",等待cpu執行,這個隊列就是系統負載, 系統負載是所有cpu的運行隊列的總和.

[root@oldboye ~]# w
20:25:48 up 95 days, 9:06, 1 user, load average: 2.92, 0.00, 0.00

//假設當前計算機有4個核心的cpu,當前的負載是2.92
cpu1 cpu2 cpu3 cpu4
2.94/4(個cpu核心) = 73%的cpu資源被使用,剩下27%的cpu計算資源是空想的

//假設當前的計算有2個核心的cpu,當前的負載是2.92
2.92/2 = 146% 已經驗證超過了cpu的處理能力

7. 日常故障排查流程(含日誌)

- w/uptime, 查看負載
- ps aux/top 看看 cpu百分比, io wait或者是內存佔用的高? (三高 cpu,io,內存)
- top檢查具體是哪個進程,找出可疑進程
- 追蹤這個進程使用情況,做什麼的?
- 看看對應**日誌**是否有異常
- 系統日誌: /var/log/messages(系統通用日誌) /var/log/secure(用戶登錄情況)
- 服務軟體的日誌

***3.那平均負載為多少時合理\***
*最理想的狀態是每個 CPU核心 上都剛好運行著一個進程，這樣每個 CPU 都得到了充分利用。所以在評判平均負載時，首先你要知道系統有幾個 CPU核心，這可以通過 top 命令獲取，或`grep 'model name' /proc/cpuinfo`*

系統平均負載被定義為在特定時間間隔內運行隊列中的平均進程數。如果一個進程滿足以下條件則其就會位於運行隊列中：
- 它沒有在等待I/O操作的結果
- 它沒有主動進入等待狀態(也就是沒有調用'wait')
- 沒有被停止(例如：等待終止)
《內容來自老男孩老師的課堂筆記》

Ⅵ php web伺服器。網站上線在即，請問如何測試伺服器壓力呢比如如何知道這個網站到底能同時承受

利用一些軟體吧，可用來進行 Web 壓力測試的工具有很多，比如微軟的 Web Application Stress、Linux下的 siege、功能全面的 Web-CT 等等，這些都是非常優秀的 Web 壓力測試工具。
一、 Siege
一款開源的壓力測試工具，可以根據配置對一個WEB站點進行多用戶的並發訪問，記錄每個用戶所有請求過程的相應時間，並在一定數量的並發訪問下重復進行。
官方：http://www.joedog.org/

1. 下載源碼
請自行google例如:
wget http://soft.vpser.net/test/siege/siege-2.67.tar.gz

2. 解壓、編譯和安裝
tar -zxf siege-2.67.tar.gz cd siege-2.67/ /configure make && make install

3. 運行siege
siege -c 200 -r 10 -f test.txt

-c是並發量，-r是重復次數。 url文件就是一個文本，每行都是一個url，它會從裡面隨機訪問的。

test.txt 內容:
http://blog.test.com/wp-content/uploads/2012/07/cluster6.png
http://blog.test.com/wp-content/uploads/2012/07/cluster7-150x150.png
http://blog.test.com/wp-content/uploads/2012/07/cluster7.png
http://blog.test.com/wp-content/uploads/2012/07/cluster8-150x150.png
http://blog.test.com/wp-content/uploads/2012/07/cluster9-150x150.png

4 結果說明
Lifting the server siege… done.
Transactions: 3419263 hits //完成419263次處理
Availability: 100.00 % //100.00 % 成功率
Elapsed time: 5999.69 secs //總共用時
Data transferred: 84273.91 MB //共數據傳輸84273.91 MB
Response time: 0.37 secs //相應用時1.65秒：顯示網路連接的速度
Transaction rate: 569.91 trans/sec //均每秒完成 569.91 次處理：表示伺服器後
Throughput: 14.05 MB/sec //平均每秒傳送數據
Concurrency: 213.42 //實際最高並發數
Successful transactions: 2564081 //成功處理次數
Failed transactions: 11 //失敗處理次數
Longest transaction: 29.04 //每次傳輸所花最長時間
Shortest transaction: 0.00 //每次傳輸所花最短時間

二、Webbench
webbench最多可以模擬3萬個並發連接去測試網站的負載能力，安裝使用簡單方便。

1. 下載源碼
請自行google例如:
wget http://blog.s135.com/soft/linux/webbench/webbench-1.5.tar.gz

2. 解壓、編譯和安裝
tar zxvf webbench-1.5.tar.gz cd webbench-1.5 make mkdir /usr/local/man #建立相應目錄否則導致無法正常安裝 make install

3. 運行webbench
webbench -c 100 -t 30 http://192.168.1.235/index.html

-c表示並發數，-t表示時間(秒)

Webbench - Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://192.168.1.235/index.html
100 clients, running 30 sec.
Speed=16084 pages/min, 152872 bytes/sec. #運行結果顯示
Requests: 8042 susceed, 0 failed.

三、Web Application Stress Tool
這是由微軟的網站測試人員開發的專門用來進行實際網站壓力測試以一套工具。透過這套功能強大的壓力測試工具，管理人員可以在網站實際上線之前先網站進行如同真實環境下的測試，以找出系統潛在的問題，對系統進行進一步的調整、設置工作。

Ⅶ linux如何龐大

什麼意思？關於linux發行版主要如下(我以前查過，如果加上已經死亡了的發行版超過600多種，很恐怖吧，其實手機中的meego/android也屬於LINUX)：
2X ThinClientOS
Absolute
Abulé
AgiliaLinux
Alinex
aLinux
Alpine
ALT
AnNyung
antiX
APODIO
aptosid
Arch
ArchBang
ArcheOS
AriOS
Ark
ArtistX
Asianux
Astaro
AsteriskNOW
Asturix
Aurora
AUSTRUMI
AV Linux
BackBox
BackTrack
Baltix
Bardinux
Bayanihan
Berry
Big Linux
blackPanther
BLAG
BlankOn
Bodhi
BOSS
BRLix
Burapha
CAELinux
CAINE
Caixa Mágica
Calculate
Canaima
Caos
Càtix
CCux
CensorNet
CentOS
Chakra
ClearOS
Clonezilla
Comfusion
Connochaet
Coyote
CrunchBang
CRUX
CTKArch
Debian
DebXPde
Deepin
DEFT
DesktopBSD
Devil
DigAnTel
DoudouLinux
Draco
DragonFly
Dragora
Dreamlinux
Dream Studio
DVL
dyne:bolic
EasyPeasy
Ebuntu
Ekaaty
Elastix
elementary
Endian
EnGarde
Epidemic
Estrella Roja
ESUN
Evinux
ExTIX
Fedora
Fermi
Finnix
Foresight
FreeBSD
FreeNAS
Frenzy
Frugalware
Funtu
FuguIta
Funtoo
Fusion
GeeXboX
Gentoo
Gentoox
GhostBSD
Gibraltar
GnackTrack
GNOBSD
GNUstep
GParted
Greenie
Grml
Guadalinex
Hacao
Helix
IDMS
Imagineos
Incognito
Inquisitor
Insigne
IPCop
IPFire
Jibbed
JoLinux
Joli OS
K12Linux
kademar
KANOTIX
Karoshi
Kiwi
Knoppel
KNOPPIX
KnoSciences
Kongoni
Kororaa
Kubuntu
Kwort
Legacy
LFS
LinEx
LinHES
Linpus
LinuxConsole
Linux-ECD
linuX-gamers
LinuxTLE
Linvo
Litrix
LliureX
LPS
Lubuntu
Lunar
m0n0wall
Macpup
Madbox
Mageia
Magic
Mandriva
Mangaka
MAX
MCNLive
MEPIS
MidnightBSD
MiniNo
MINIX
Mint
Miracle
MirOS
Moblin
MoLinux
Momonga
Monomaxos
moonOS
Musix
Myrinix
Mythbuntu
Nature's
NepaLinux
NetBSD
Netrunner
NetSecL
Nexenta
NexentaStor
Niigata
Nova
Novell SLE
NST
NuTyX
Ojuba
OLPC
Omoikane
O-Net
OpenBSD
Openfiler
OpenIndiana
openmamba
openSUSE
Openwall
Open Xange
Ophcrack
Oracle
Otakux
Overclockix
PAIPIX
paldo
PapugLinux
Pars
Parsix
Parted Magic
PC-BSD
PCLinuxOS
PC/OS
PelicanHPC
Pentoo
Peppermint
pfSense
Phayoune
Pinguy
Plamo
PLD
Plop
Porteus
Poseidon
pQui
Privatix
Proxmox
PUIAS
Puppy
Puredyne
PureOS
Qimo
Qomo
Quirky
Red Flag
Red Hat
Redo
redWall
Resulinux
RIPLinuX
Rocks Cluster
rPath
Runtu
Sabayon
Sabily
SalineOS
Salix
SAMity
Satux
SchilliX
Scientific
Securepoint
Skolelinux
Slackware
SliTaz
SME Server
SmoothWall
SMS
SoL
Solaris
Sorcerer
Source Mage
STD
StressLinux
SuliX
SuperGamer
Super OS
Suriyan
Swift
Syllable
SystemRescue
T2
TFM
Thinstation
Tiny Core
TinyMe
Toorox
Toutou
Trinity
Trisquel
trixbox
Tuquito
Turbolinux
TurnKey
UberStudent
Ubuntu
Ubuntu Rescue
Ubuntu Studio
UHU-Linux
Ulteo
Ultimate
Unity
Untangle
UPR
Userful
UTUTO
Vector
VENENUX
Vine
Vinux
VLOS
VMKnoppix
VortexBox
Vyatta
wattOS
Webconverger
Wifislax
xPUD
Xubuntu
Yellow Dog
Ylmf
Yoper
Zentyal
Zenwalk
Zeroshell
ZevenOS
Zorin

Ⅷ Linux非root用戶如果更改自己賬號的密碼

命令為passwd
以用戶user1為例,執行過程如下

passwd
更改用戶 user1 的密碼 。
為 user1 更改 STRESS 密碼。
（當前）UNIX 密碼：
新的 密碼：

Ⅸ Kali Linux里頭哪些工具比較重要

這些是大多數其他Linux發行版裡面也有的日常軟體，或者至少我認為它們應作為默認安裝系統的一部分而出現。改進和輔助功能Kali Linux天生具有啟動速度快、佔用資源少的特點。但如果你有一些CPU和GPU能力可用，不妨試著讓Kali Linix的外觀更靚麗一些。

Ⅹ kalilinux中的工具有哪些

常用的工具：
官方源中的軟體（可以通過apt-get install直接安裝）：
apt-get install gnome-tweak-tool
（gnome-shell管理軟體可以修改字體、管理插件、管理桌面主題。必備！）
apt-get install gdebi
(有了這個安裝軟體就不用在終端中dpkg -i 安裝了，提供圖形化軟體安裝方式)
apt-get install nautilus-open-terminal
(滑鼠右鍵在當前目錄打開終端)
apt-get install flashplugin-nonfree
update-flashplugin-nonfree --install
（瀏覽器flash插件）
apt-get install synaptic
（新立得軟體包管理器）
apt-get install file-roller
（壓縮文件管理工具）
apt-get install amule
（電騾）
apt-get install remmina*
（遠程桌面+擴展）
apt-get install geany
（一個輕巧的IDE，如果您喜歡折騰emacs或者VIM就不用安裝這個了）
apt-get install bluefish
（一個強大的Web編輯器）
apt-get install meld
（一款可視化的文件及目錄對比、合並工具）
apt-get install audacious
（一個輕量級音樂播放器）