① 現代計算機中,CPU的工作方式有用戶態和系統態,在用戶態中運行 (1)程序,
現代計算機中,CPU的工作方式有用戶態和系統態,在用戶態中運行
(應用)程序,在系統態中運行（調度）程序。操作系統作為（系統軟體），它只做（與硬體相關而與應用無關）的工作，而（管理計算機中的信息資源）不是操作系統關心的主要問題。
② 請教linux下用戶態進程調度問題
在進行Linux系統操作的時候，有時候會遇到一次用戶態進程死循環，即系統反應遲鈍、進程掛死等問題，那麼遇到這些問題又該如何解決呢？下面小編就給大家介紹下一次用戶態進程死循環的問題該如何處理。
Linux下如何處理一次用戶態進程死循環問題
1、問題現象
業務進程（用戶態多線程程序）掛死，操作系統反應遲鈍，系統日誌沒有任何異常。從進程的內核態堆棧看，看似所有線程都卡在了內核態的如下堆棧流程中：
［root@vmc116 ~］# cat /proc/27007/task/11825/stack
［《ffffffff8100baf6》］ retint_careful+0x14/0x32
［《ffffffffffffffff》］ 0xffffffffffffffff
2、問題分析
1）內核堆棧分析
從內核堆棧看，所有進程都阻塞在 retint_careful上，這個是中斷返回過程中的流程，代碼（匯編）如下：
entry_64.S
代碼如下：
ret_from_intr：
DISABLE_INTERRUPTS（CLBR_NONE）
TRACE_IRQS_OFF
decl PER_CPU_VAR（irq_count）
/* Restore saved previous stack */
popq %rsi
CFI_DEF_CFA rsi，SS+8-RBP /* reg/off reset after def_cfa_expr */
leaq ARGOFFSET-RBP（%rsi）， %rsp
CFI_DEF_CFA_REGISTER rsp
CFI_ADJUST_CFA_OFFSET RBP-ARGOFFSET
。。。
retint_careful：
CFI_RESTORE_STATE
bt $TIF_NEED_RESCHED，%edx
jnc retint_signal
TRACE_IRQS_ON
ENABLE_INTERRUPTS（CLBR_NONE）
pushq_cfi %rdi
SCHEDULE_USER
popq_cfi %rdi
GET_THREAD_INFO（%rcx）
DISABLE_INTERRUPTS（CLBR_NONE）
TRACE_IRQS_OFF
jmp retint_check
這其實是用戶態進程在用戶態被中斷打斷後，從中斷返回的流程，結合retint_careful+0x14/0x32，進行反匯編，可以確認阻塞的點其實就在
SCHEDULE_USER
這其實就是調用schele（）進行調度，也就是說當進程走到中斷返回的流程中時，發現需要調度（設置了TIF_NEED_RESCHED），於是在這里發生了調度。
有一個疑問：為什麼在堆棧中看不到schele（）這一級的棧幀呢？
因為這里是匯編直接調用的，沒有進行相關棧幀壓棧和上下文保存操作。
2）進行狀態信息分析
從top命令結果看，相關線程實際一直處於R狀態，CPU幾乎完全耗盡，而且絕大部分都消耗在用戶態：
［root@vmc116 ~］# top
top - 09:42:23 up 16 days， 2:21， 23 users， load average： 84.08， 84.30， 83.62
Tasks： 1037 total， 85 running， 952 sleeping， 0 stopped， 0 zombie
Cpu（s）： 97.6%us， 2.2%sy， 0.2%ni， 0.0%id， 0.0%wa， 0.0%hi， 0.0%si， 0.0%st
Mem： 32878852k total， 32315464k used， 563388k free， 374152k buffers
Swap： 35110904k total， 38644k used， 35072260k free， 28852536k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27074 root 20 0 5316m 163m 14m R 10.2 0.5 321:06.17 z_itask_templat
27084 root 20 0 5316m 163m 14m R 10.2 0.5 296:23.37 z_itask_templat
27085 root 20 0 5316m 163m 14m R 10.2 0.5 337:57.26 z_itask_templat
27095 root 20 0 5316m 163m 14m R 10.2 0.5 327:31.93 z_itask_templat
27102 root 20 0 5316m 163m 14m R 10.2 0.5 306:49.44 z_itask_templat
27113 root 20 0 5316m 163m 14m R 10.2 0.5 310:47.41 z_itask_templat
25730 root 20 0 5316m 163m 14m R 10.2 0.5 283:03.37 z_itask_templat
30069 root 20 0 5316m 163m 14m R 10.2 0.5 283:49.67 z_itask_templat
13938 root 20 0 5316m 163m 14m R 10.2 0.5 261:24.46 z_itask_templat
16326 root 20 0 5316m 163m 14m R 10.2 0.5 150:24.53 z_itask_templat
6795 root 20 0 5316m 163m 14m R 10.2 0.5 100:26.77 z_itask_templat
27063 root 20 0 5316m 163m 14m R 9.9 0.5 337:18.77 z_itask_templat
27065 root 20 0 5316m 163m 14m R 9.9 0.5 314:24.17 z_itask_templat
27068 root 20 0 5316m 163m 14m R 9.9 0.5 336:32.78 z_itask_templat
27069 root 20 0 5316m 163m 14m R 9.9 0.5 338:55.08 z_itask_templat
27072 root 20 0 5316m 163m 14m R 9.9 0.5 306:46.08 z_itask_templat
27075 root 20 0 5316m 163m 14m R 9.9 0.5 316:49.51 z_itask_templat
。。。
3）進程調度信息
從相關線程的調度信息看：
［root@vmc116 ~］# cat /proc/27007/task/11825/schedstat
15681811525768 129628804592612 3557465
［root@vmc116 ~］# cat /proc/27007/task/11825/schedstat
15682016493013 129630684625241 3557509
［root@vmc116 ~］# cat /proc/27007/task/11825/schedstat
15682843570331 129638127548315 3557686
［root@vmc116 ~］# cat /proc/27007/task/11825/schedstat
15683323640217 129642447477861 3557793
［root@vmc116 ~］# cat /proc/27007/task/11825/schedstat
15683698477621 129645817640726 3557875
發現相關線程的調度統計一直在增加，說明相關線程一直是在被調度運行的，結合其狀態也一直是R，推測很可能在用戶態發生了死循環（或者非睡眠死鎖）。
這里又有問題：為什麼從top看每個線程的CPU佔用率只有10%左右，而不是通常看到的死循環進程導致的100%的佔用率？
因為線程數很多，而且優先順序都一樣，根據CFS調度演算法，會平均分配時間片，不會讓其中一個線程獨佔CPU。結果為多個線程間輪流調度，消耗掉了所有的cpu。。
另一個問題：為什麼這種情況下，內核沒有檢測到softlockup？
因為業務進程的優先順序不高，不會影響watchdog內核線程（最高優先順序的實時線程）的調度，所以不會產生softlockup的情況。
再一個問題：為什麼每次查看線程堆棧時，總是阻塞在retint_careful，而不是其它地方？
因為這里（中斷返回的時候）正是調度的時機點，在其它時間點不能發生調度（不考慮其它情況~），而我們查看線程堆棧的行為，也必須依賴於進程調度，所以我們每次查看堆棧時，正是查看堆棧的進程（cat命令）得到調度的時候，這時正是中斷返回的時候，所以正好看到的阻塞點為retint_careful。
4）用戶態分析
從上面的分析看，推測應該是用戶態發生了死鎖。
用戶態確認方法：
部署debug信息，然後gdb attach相關進程，確認堆棧，並結合代碼邏輯分析。
最終確認該問題確為用戶態進程中產生了死循環。
③ 在unix/linux系統中，什麼是用戶態，什麼是內核態
究竟什麼是用戶態，什麼是內核態，這兩個基本概念以前一直理解得不是很清楚，根本原因個人覺得是在於因為大部分時候我們在寫程序時關注的重點和著眼的角度放在了實現的功能和代碼的邏輯性上，先看一個例子：
1）例子
C代碼
1. void testfork(){
2. if(0 = = fork()){
3. printf(「create new process success!\n」);
4. }
5. printf(「testfork ok\n」);
6. }
這段代碼很簡單，從功能的角度來看，就是實際執行了一個fork()，生成一個新的進程，從邏輯的角度看，就是判斷了如果fork()返回的是則列印相關語句，然後函數最後再列印一句表示執行完整個testfork()函數。代碼的執行邏輯和功能上看就是如此簡單，一共四行代碼，從上到下一句一句執行而已，完全看不出來哪裡有體現出用戶態和進程態的概念。
如果說前面兩種是靜態觀察的角度看的話，我們還可以從動態的角度來看這段代碼，即它被轉換成CPU執行的指令後載入執行的過程，這時這段程序就是一個動態執行的指令序列。而究竟載入了哪些代碼，如何載入就是和操作系統密切相關了。
2）特權級
熟悉Unix/Linux系統的人都知道，fork的工作實際上是以系統調用的方式完成相應功能的，具體的工作是由sys_fork負責實施。其實無論是不是Unix或者Linux，對於任何操作系統來說，創建一個新的進程都是屬於核心功能，因為它要做很多底層細致地工作，消耗系統的物理資源，比如分配物理內存，從父進程拷貝相關信息，拷貝設置頁目錄頁表等等，這些顯然不能隨便讓哪個程序就能去做，於是就自然引出特權級別的概念，顯然，最關鍵性的權力必須由高特權級的程序來執行，這樣才可以做到集中管理，減少有限資源的訪問和使用沖突。
特權級顯然是非常有效的管理和控製程序執行的手段，因此在硬體上對特權級做了很多支持，就Intel x86架構的CPU來說一共有0~3四個特權級，0級最高，3級最低，硬體上在執行每條指令時都會對指令所具有的特權級做相應的檢查，相關的概念有 CPL、DPL和RPL，這里不再過多闡述。硬體已經提供了一套特權級使用的相關機制，軟體自然就是好好利用的問題，這屬於操作系統要做的事情，對於 Unix/Linux來說，只使用了0級特權級和3級特權級。也就是說在Unix/Linux系統中，一條工作在級特權級的指令具有了CPU能提供的最高權力，而一條工作在3級特權級的指令具有CPU提供的最低或者說最基本權力。
3）用戶態和內核態
現在我們從特權級的調度來理解用戶態和內核態就比較好理解了，當程序運行在3級特權級上時，就可以稱之為運行在用戶態，因為這是最低特權級，是普通的用戶進程運行的特權級，大部分用戶直接面對的程序都是運行在用戶態；反之，當程序運行在級特權級上時，就可以稱之為運行在內核態。
雖然用戶態下和內核態下工作的程序有很多差別，但最重要的差別就在於特權級的不同，即權力的不同。運行在用戶態下的程序不能直接訪問操作系統內核數據結構和程序，比如上面例子中的testfork()就不能直接調用 sys_fork()，因為前者是工作在用戶態，屬於用戶態程序，而sys_fork()是工作在內核態，屬於內核態程序。
當我們在系統中執行一個程序時，大部分時間是運行在用戶態下的，在其需要操作系統幫助完成某些它沒有權力和能力完成的工作時就會切換到內核態，比如testfork()最初運行在用戶態進程下，當它調用fork()最終觸發 sys_fork()的執行時，就切換到了內核態。
2. 用戶態和內核態的轉換
1）用戶態切換到內核態的3種方式
a. 系統調用
這是用戶態進程主動要求切換到內核態的一種方式，用戶態進程通過系統調用申請使用操作系統提供的服務程序完成工作，比如前例中fork()實際上就是執行了一個創建新進程的系統調用。而系統調用的機制其核心還是使用了操作系統為用戶特別開放的一個中斷來實現，例如Linux的int 80h中斷。
b. 異常
當CPU在執行運行在用戶態下的程序時，發生了某些事先不可知的異常，這時會觸發由當前運行進程切換到處理此異常的內核相關程序中，也就轉到了內核態，比如缺頁異常。
c. 外圍設備的中斷
當外圍設備完成用戶請求的操作後，會向CPU發出相應的中斷信號，這時CPU會暫停執行下一條即將要執行的指令轉而去執行與中斷信號對應的處理程序，如果先前執行的指令是用戶態下的程序，那麼這個轉換的過程自然也就發生了由用戶態到內核態的切換。比如硬碟讀寫操作完成，系統會切換到硬碟讀寫的中斷處理程序中執行後續操作等。
這3種方式是系統在運行時由用戶態轉到內核態的最主要方式，其中系統調用可以認為是用戶進程主動發起的，異常和外圍設備中斷則是被動的。
2）具體的切換操作
從觸發方式上看，可以認為存在前述3種不同的類型，但是從最終實際完成由用戶態到內核態的切換操作上來說，涉及的關鍵步驟是完全一致的，沒有任何區別，都相當於執行了一個中斷響應的過程，因為系統調用實際上最終是中斷機制實現的，而異常和中斷的處理機制基本上也是一致的，關於它們的具體區別這里不再贅述。關於中斷處理機制的細節和步驟這里也不做過多分析，涉及到由用戶態切換到內核態的步驟主要包括：
[1] 從當前進程的描述符中提取其內核棧的ss0及esp0信息。
[2] 使用ss0和esp0指向的內核棧將當前進程的cs,eip,eflags,ss,esp信息保存起來，這個
過程也完成了由用戶棧到內核棧的切換過程，同時保存了被暫停執行的程序的下一
條指令。
[3] 將先前由中斷向量檢索得到的中斷處理程序的cs,eip信息裝入相應的寄存器，開始
執行中斷處理程序，這時就轉到了內核態的程序執行了。
④ 2011考研計算機的真題及答案什麼時候能在網上查到啊
還是做做真題集，這里有一份最全的考研歷年真題資料分享給你
鏈接:https://pan..com/s/1t0SUkI-X-BW4v7Isl0dk4w
通過不斷研究和學習歷年真題，為考生沖刺階段復習提分指點迷津，做真題，做歷年真題集，對照考綱查缺補漏，提高實戰素養，制定做題策略，規劃方向；
若資源有問題歡迎追問！
⑤ shell到基本工作過程是怎樣到
linux系統提供給用戶的最重要的系統程序是shell語言命令解釋程序。它不屬於內核部分，而是在核心之外以用戶態方式運行。其基本功能是解釋並執行 用戶鍵入的各種命令，實現用戶與linux核心的介面。系統啟動後，內核為每個終端用戶建立一個進程去執行shell解釋程序。
基本的執行步驟如下：
1、讀取用戶由鍵盤輸入的命令行。
2、分析命令，以命令名作為文件名，並將其它參數改造為系統調用execve( )內部處理所要求的形式。
3、終端進程調用fork( )建立一個子進程。
4、終端進程本身調用wait4()來等待子進程完成（如果是後台命令，則不等待）。當子進程運行時調用execve()，子進程根據文件名到目錄中查找有關文件，調入內存，執行這個程序。
5、如果命令末尾有&,則終端進程不用執行系統調用wait4()，立即發提示符，讓用戶輸入下一條命令；否則終端進程會一直等待，當子進程完成工作後，向父進程報告，此時中斷進程醒來，作必要的判別工作後，終端發出命令提示符，重復上述處理過程。
⑥ 求2011計算機考研真題不要答案。有真題嗎
做做真題集，這里有一份最全的考研歷年真題資料分享給你
鏈接:https://pan..com/s/1t0SUkI-X-BW4v7Isl0dk4w
通過不斷研究和學習歷年真題，為考生沖刺階段復習提分指點迷津，做真題，做歷年真題集，對照考綱查缺補漏，提高實戰素養，制定做題策略，規劃方向；
若資源有問題歡迎追問！
⑦ 什麼為核心態、用戶態、特權指令（定義）
操作系統的核心態和用戶態概念2009年03月01日 星期日 18:03 從應用程序進程在執行過程中向CPU發出的運行指令形式不同，可以將進程的狀態分為用戶態和核心態。處於用戶態下的進程執行的是應用程序指令、處於核心態下的應用程序進程執行的是操作系統指令。
區分特權指令的原因：避免用戶使用而使系統陷於混亂； 方便用戶，不必了解硬體細節。
特權指令：只能由操作系統內核部分使用，不允許用戶直接使用的指令。如，I/O指令、置終端屏蔽指令、清內存、建存儲保護、設置時鍾指令。
非特權指令：所有程序均可直接使用。
引入系統態和核心態的原因：
系統態（核心態、特態、管態）：執行全部指令。
用戶態（常態、目態）：執行非特權指令。
⑧ 求所有cmd命令含義及用法(包括net,ntsd,taskkill.....)
1. ntsd
格式：c:>ntsd -c q -p PID
只有System、SMSS.EXE和CSRSS.EXE不能殺。前兩個是純內核態的，最後那個是Win32子系統，ntsd本身需要它。
ntsd從2000開始就是系統自帶的用戶態調試工具，被調試器附著（attach）的進程會隨調試器一起退出，所以可以用來在命令行下終止進程。使用ntsd自動就獲得了debug許可權，從而能殺掉大部分的進程。ntsd會新開一個調試窗口，本來在純命令行下無法控制，但如果只是簡單的命令，比如退出(q)，用-c參數從命令行傳遞就行了。Ntsd 按照慣例也向軟體開發人員提供。只有系統開發人員使用此命令。
用法：開個cmd.exe窗口，輸入：ntsd -c q -p PID
把最後那個PID改成你要終止的進程的ID。如果你不知道進程的ID，打開任務管理器>進程選項卡>查看>選擇列>勾上「PID（進程標識符）」，然後就能看見了。
WinXP下還有兩個好東東：tasklist和tskill。
tasklist能列出所有的進程和相應的信息。
tskill能查殺進程。語法很簡單：tskill 程序名。
2. replace
用來替換文件的replace連正在使用的文件也能替換，非常無敵。
比如：在c:下建一個目錄：c:aaa，復制一首mp3到c:aaa並命名為c:aaaa.mp3，再復制另一首歌到c:a.mp3。用Media Player 播放c:aaaa.mp3，在命令提示符下輸入：replace c:a.mp3 c:aaa。過一會，是不是播放的歌已變為另一首？
用這個命令來替換系統文件真是太爽了，並且WinXP的系統文件保護也對它無效，再也不用到安全模式下去替換文件了。
格式：
REPLACE [drive1:][path1]filename [drive2:][path2] [/A] [/P] [/R] [/W]
REPLACE [drive1:][path1]filename [drive2:][path2] [/P] [/R] [/S] [/W]
[drive1:][path1]filename 指定源文件
[drive2:][path2] 指定要替換文件的目錄
/A：把新文件加入目標目錄。不能和/S 或/U命令行開關搭配使用
/P：替換文件或加入源文件之前會先提示您進行確認
/R：替換只讀文件以及未受保護的文件
/S：替換目標目錄中所有子目錄的文件不能與/A 命令選項搭配使用
/W：等您插入磁碟以後再運行
/U：只會替換或更新比源文件日期早的文件，不能與/A 命令行開關搭配使用。
網上找來了，可能多了點。
dir 列文件名 deltree 刪除目錄樹 cls 清屏 cd 改變當前目錄
拷貝文件 disk 復制磁碟 del 刪除文件 format 格式化磁碟
edit 文本編輯 mem 查看內存狀況 md 建立子目錄 move 移動文件、改目錄名
more 分屏顯示 type 顯示文件內容 rd 刪除目錄 sys 製作DOS系統盤
ren 改變文件名 x 拷貝目錄與文件 chkdsk 檢查磁碟 attrib 設置文件屬性
fdisk 硬碟分區 date 顯示及修改號期 label 設置卷標號 defrag 磁碟碎片整理
msd 系統檢測 path 設置搜尋目錄 share 文件共享 memmaker內存優化管理
help 幫助 restore 恢復備份文件 set 設置環境變數 time 顯示及修改時間
tree 列目錄樹 debug 隨機調試程序 doskey 重新調用DOS命令符
prempt 設置提示符 undelete恢復被刪的文件 scandisk檢測、修理磁碟
不常用DOS命令
diskcomp磁碟比較 append 設置非執行文件路徑
expand 還原DOS文件 fasthelp快速顯示幫助信息
fc 文件比較 interink啟動伺服器
setver 設置版本 intersvr啟動客戶機
subst 路徑替換 qbasic Basic集成環境
vsafe 防病毒 unformat恢復已格式化的磁碟
ver 顯示DOS版本號 smartdrv設置磁碟加速器
vol 顯示磁碟卷標號 lh 將程序裝入高端內存
ctty 改變控制設備 emm386 擴展內存管理
常用命令具體介紹:
一、Dir
顯示目錄文件和子目錄列表，呵呵，這個當然是人人要知道的。
可以使用通配符（? 和 *），？表通配一個字元，*表通配任意字元
*.後綴
指定要查看後綴的文件。 上面其實也可以為「 . 後綴」,例如dir *.exe 等於dir .exe
/p
每次顯示一個列表屏幕。要查看下一屏，請按鍵盤上的任意鍵。
/w
以寬格式顯示列表，在每一行上最多顯示 5 個文件名或目錄名。
/s
列出指定目錄及所有子目錄中出現的每個指定的文件名。比win環境下的查找快多了
dir *.* -> a.txt 把當前目錄文件列表寫入a.txt
dir *.* /s -> a.txt 把當前目錄文件列表寫入a.txt，包括子目錄下文件。
二、Attrib
顯示、設置或刪除指派給文件或目錄的只讀、存檔、系統以及隱藏屬性。如果在不含參數的情況下使用，則 attrib 會顯示當前目錄中所有文件的屬性。
+r
設置只讀屬性。
-r
清除只讀屬性。
+a
設置存檔文件屬性。
-a
清除存檔文件屬性。
+s
設置系統屬性。
-s
清除系統屬性。
+h
設置隱藏屬性。
-h
清除隱藏屬性。
三、Cls
清除顯示在命令提示符窗口中的所有信息，並返回空窗口，即「清屏」
四、Exit
退出當前命令解釋程序並返回到系統。
五、format
格式化
/q
執行快速格式化。刪除以前已格式化卷的文件表和根目錄，但不在扇區之間掃描損壞區域。使用 /q 命令行選項應該僅格式化以前已格式化的完好的卷。
六、Ipconfig
顯示所有當前的 TCP/IP 網路配置值、刷新動態主機配置協議 (DHCP) 和域名系統 (DNS) 設置。使用不帶參數的 ipconfig 可以顯示所有適配器的 IP 地址、子網掩碼、默認網關。
/all
顯示所有適配器的完整 TCP/IP 配置信息。
ipconfig 等價於 winipcfg，後者在ME、98 和 95 上可用。盡管 Windows XP 沒有提供象 winipcfg 命令一樣的圖形化界面，但可以使用「網路連接」查看和更新 IP 地址。要做到這一點，請打開 網路連接，右鍵單擊某一網路連接，單擊「狀態」，然後單擊「支持」選項卡。
該命令最適用於配置為自動獲取 IP 地址的計算機。它使用戶可以確定哪些 TCP/IP 配置值是由 DHCP、自動專用 IP 地址 (APIPA) 和其他配置配置的。
七、md
創建目錄或子目錄
八、Move
將一個或多個文件從一個目錄移動到指定的目錄。
九、N*stat
顯示本地計算機和遠程計算機的基於 TCP/IP (NetBT) 協議的 NetBIOS 統計資料、NetBIOS 名稱表和 NetBIOS 名稱緩存。N*stat 可以刷新 NetBIOS 名稱緩存和注冊的 Windows Internet 名稱服務 (WINS) 名稱。使用不帶參數的 n*stat 顯示幫助。N*stat 命令行參數區分大小寫。
-a remotename
顯示遠程計算機的 NetBIOS 名稱表，其中，RemoteName 是遠程計算機的 NetBIOS 計算機名稱。
-A IPAddress
顯示遠程計算機的 NetBIOS 名稱表，其名稱由遠程計算機的 IP 地址指定（以小數點分隔）。
十、Netstat
顯示活動的 TCP 連接、計算機偵聽的埠、乙太網統計信息、IP 路由表、IPv4 統計信息（對於 IP、ICMP、TCP 和 UDP 協議）以及 IPv6 統計信息（對於 IPv6、ICMPv6、通過 IPv6 的 TCP 以及通過 IPv6 的 UDP 協議）。使用時如果不帶參數，netstat 顯示活動的 TCP 連接。
-a
顯示所有活動的 TCP 連接以及計算機偵聽的 TCP 和 UDP 埠。
十一、Ping
通過發送「網際消息控制協議 (ICMP)」回響請求消息來驗證與另一台 TCP/IP 計算機的 IP 級連接。回響應答消息的接收情
況將和往返過程的次數一起顯示出來。Ping 是用於檢測網路連接性、可到達性和名稱解析的疑難問題的主要 TCP/IP 命令。如果不帶參數，ping 將顯示幫助。名稱和Ip地址解析是它的最簡單應用也是用的最多的。
-t
指定在中斷前 ping 可以持續發送回響請求信息到目的地。要中斷並顯示統計信息，請按 CTRL-BREAK。要中斷並退出 ping，請按 CTRL-C。
-lSize
指定發送的回響請求消息中「數據」欄位的長度（以位元組表示）。默認值為 32。size 的最大值是 65,527。
十二、Rename (Ren)
更改文件的名稱。
例如 ren *.abc *.cba
十三、Set
顯示、設置或刪除環境變數。如果沒有任何參數，set 命令將顯示當前環境設置。
十四、Shutdown
允許您關閉或重新啟動本地或遠程計算機。如果沒有使用參數，shutdown 將注銷當前用戶。
-m ComputerName
指定要關閉的計算機。
-t xx
將用於系統關閉的定時器設置為 xx 秒。默認值是 20 秒。
-l
注銷當前用戶，這是默認設置。-m ComputerName 優先。
-s
關閉本地計算機。
-r
關閉之後重新啟動。
-a
中止關閉。除了 -l 和 ComputerName 外，系統將忽略其它參數。在超時期間，您只可以使用 -a。
十五、System File Checker (sfc)
win下才有，在重新啟動計算機後掃描和驗證所有受保護的系統文件。
/scannow
立即掃描所有受保護的系統文件。
/scanonce
一次掃描所有受保護的系統文件。
/purgecache
立即清除「Windows 文件保護」文件高速緩存，並掃描所有受保護的系統文件。
/cachesize=x
設置「Windows 文件保護」文件高速緩存的大小，以 MB 為單位。
十六、type
顯示文本文件的內容。使用 type 命令查看文本文件或者是bat文件而不修改文件
十七、Tree
圖像化顯示路徑或驅動器中磁碟的目錄結構。
十八、X
復制文件和目錄，包括子目錄。
/s
復制非空的目錄和子目錄。如果省略 /s，x 將在一個目錄中工作。
/e
復制所有子目錄，包括空目錄。
十九、
將一個或多個文件從一個位置復制到其他位置
二十、del
刪除指定文件。
ftp和bat批命令和net和telnet由於子命令太多，這里不說了，不過這幾個都是常用到