linuxmerge命令行

1. linux iostat命令詳解

參數 -d 表示，顯示設備（磁碟）使用狀態；-k某些使用block為單位的列強制使用Kilobytes為單位；1 10表示，數據顯示每隔1秒刷新一次，共顯示10次。

%user：CPU處在用戶模式下的時間百分比。
%nice：CPU處在帶NICE值的用戶模式下的時間百分比。
%system：CPU處在系統模式下的時間百分比。
%iowait：CPU等待輸入輸出完成時間的百分比。
%steal：管理程序維護另一個虛擬處理器時，虛擬CPU的無意識等待時間百分比。
%idle：CPU空閑時間百分比。

disk屬性值說明：
rrqm/s: 每秒進行 merge 的讀操作數目。即 rmerge/s
wrqm/s: 每秒進行 merge 的寫操作數目。即 wmerge/s
r/s: 每秒完成的讀 I/O 設備次數。即 rio/s
w/s: 每秒完成的寫 I/O 設備次數。即 wio/s
rsec/s: 每秒讀扇區數。即 rsect/s
wsec/s: 每秒寫扇區數。即 wsect/s
rkB/s: 每秒讀K位元組數。是 rsect/s 的一半，因為每扇區大小為512位元組。
wkB/s: 每秒寫K位元組數。是 wsect/s 的一半。
avgrq-sz: 平均每次設備I/O操作的數據大小 (扇區)。
avgqu-sz: 平均I/O隊列長度。
await: 平均每次設備I/O操作的等待時間 (毫秒)。
svctm: 平均每次設備I/O操作的服務時間 (毫秒)。
%util: 一秒中有百分之多少的時間用於 I/O 操作，即被io消耗的cpu百分比

上面看到，磁碟每秒傳輸次數平均約400；每秒磁碟讀取約5MB，寫入約1MB。

可以看到磁碟的平均響應時間<5ms，磁碟使用率>80。磁碟響應正常，但是已經很繁忙了(主要是看%util和svctm)。

        如果 %util 接近 100%，說明產生的I/O請求太多，I/O系統已經滿負荷，該磁碟可能存在瓶頸。 idle小於70% IO壓力就較大了，一般讀取速度有較多的wait。
同時可以結合vmstat 查看查看b參數(等待資源的進程數)和wa參數(IO等待所佔用的CPU時間的百分比，高過30%時IO壓力高)。
        另外 await 的參數也要多和 svctm 來參考。差的過高就一定有 IO 的問題。avgqu-sz 也是個做 IO 調優時需要注意的地方，這個就是直接每次操作的數據的大小，如果次數多，但數據拿的小的話，其實 IO 也會很小。如果數據拿的大，才IO 的數據會高。也可以通過 avgqu-sz × ( r/s or w/s ) = rsec/s or wsec/s。也就是講，讀定速度是這個來決定的。
svctm 一般要小於 await (因為同時等待的請求的等待時間被重復計算了)，svctm 的大小一般和磁碟性能有關，CPU/內存的負荷也會對其有影響，請求過多也會間接導致 svctm 的增加。await 的大小一般取決於服務時間(svctm) 以及 I/O 隊列的長度和 I/O 請求的發出模式。如果 svctm 比較接近 await，說明 I/O 幾乎沒有等待時間；如果 await 遠大於 svctm，說明 I/O 隊列太長，應用得到的響應時間變慢，如果響應時間超過了用戶可以容許的范圍，這時可以考慮更換更快的磁碟，調整內核 elevator 演算法，優化應用，或者升級 CPU。

參考資料:
http://blog.csdn.net/gxiaop/article/details/55098842
http://www.orczhou.com/index.php/2010/03/iostat-detail/

2. Linux中如何使用VI 來合並兩個文件

合並用cat file1 file2 > file_merged啊。。。。為什麼要用vim....
vim也可以的，先vi打開文件1，然後游標移到你要插入文件2的地方（合並就是移到文件尾並新建一行），敲
:r /path/to/the/file/you/want/to/merge

3. Linux 裡面iostat命令作用是什麼

iostat 可以提供更豐富的IO性能狀態數據

iostat提供幾個用於定製輸出的開關。最有用的有：

-c 只顯示CPU行
-d 顯示設備（磁碟）使用狀態
-k 以千位元組為單位顯示磁碟輸出
-t 在輸出中包括時間戳
-x 在輸出中包括擴展的磁碟指標

rrqm/s: 每秒進行 merge 的讀操作數目。
wrqm/s: 每秒進行 merge 的寫操作數目。
r/s: 每秒完成的讀 I/O 設備次數。
w/s: 每秒完成的寫 I/O 設備次數。
rsec/s: 每秒讀扇區數。
wsec/s: 每秒寫扇區數。
rkB/s: 每秒讀K位元組數。是 rsect/s 的一半，因為每扇區大小為512位元組。(需要計算)
wkB/s: 每秒寫K位元組數。是 wsect/s 的一半。(需要計算)
avgrq-sz: 平均每次設備I/O操作的數據大小 (扇區)。
avgqu-sz: 平均I/O隊列長度。
await: 平均每次設備I/O操作的等待時間 (毫秒)。
svctm: 平均每次設備I/O操作的服務時間 (毫秒)。
%util: 一秒中有百分之多少的時間用於 I/O 操作。
關於Merge的解釋：當系統調用需要讀取數據的時 候，VFS將請求發到各個FS，如果FS發現不同的讀取請求讀取的是相同Block的數據，FS會將這個請求合並Merge
await：每一個IO請求的處理的平均時間（單位是毫秒）。這里可以理解為IO的響應時間，一般地系統IO響應時間應該低於5ms，如果大於10ms就比較大了。
%util：在統計時間內所有處理IO時間，除以總共統計時間。例如，如果統計間隔1秒，該 設備有0.8秒在處理IO，而0.2秒閑置，那麼該設備的%util = 0.8/1 = 80%，所以該參數暗示了設備的繁忙程度。一般地，如果該參數是100%表示設備已經接近滿負荷運行了（當然如果是多磁碟，即使%util是100%，因 為磁碟的並發能力，所以磁碟使用未必就到了瓶頸）。

4. linux命令之ls -al

ls -al命令來觀察文件許可權，每個文件的許可權都用10位表示，其中第一段佔1位，表示第一個字元代表這個文件的類型（目錄，文件或鏈接文件）。

若為「d」則是目錄，若為「-」則是文件，若為「l」則表示鏈接文件，若為「」則表示為設備文件裡面的可供存儲的周邊設備，若為「c」則表示為設備文件裡面的串列埠設備，如鍵盤滑鼠。

第二段佔3位，表示許可權，均為[rwx]的三個參數的組合。其中r表示可讀，w表示可寫，x表示可執行，如果沒有許可權，則會顯示減號「-」。

(4)linuxmerge命令行擴展閱讀：

Linux命令注意事項：

Linux的命令（也包括文件名等等）對大小寫是敏感的，也就是說，如果你輸入的命令大小寫不對的話，系統是不會做出你期望的響應的。

Linux常用的命令：

clear，這個命令是用來清除屏幕的，它不需要任何參數，和dos下面的cls具有相同的功能，如果你覺得屏幕太紊亂，就可以使用它清除屏幕上的信息。

目錄切換（cd），使用cd（Change Directory）命令可以在不同目錄之間切換。

列出目錄中的文件(ls)，在Linux命令行終端中使用的最多的命令就是這個ls，它可以幫助我們列出當前目錄下都有哪些文件。

參考資料來源：網路-Linux命令

5. linux下如何獲得特定字元串前後幾行文本

這行命令可以幫助你刪除包含 Merge 的 commit 塊（任意多個這樣的文字塊）

sed-n'/commit/{:a;h;n;/Merge/b;:c;H;n;$bd;/commit/!bc;:d;x;p;x;ba}'log>log.txt

運行效果如下：

我的命令可能復雜了些。稍微解釋一下，僅供參考：

其中:a:b:c:d是命令跳轉標簽label

1. /commit/{:a;h;n;

   當某行找到 commit 時，將此行復制到 hold space，然後讀取下一行。

2. /Merge/b;

   如果剛剛讀取到的新行，包含Merge，則結束對本行的處理，讀取下一行，並繼續尋找commit
   

   如果剛剛讀取到的新行，不包含Merge，那麼繼續對本行執行後續命令：

3. :c;H;n;$bd;/commit/!bc;:d;x;p;x;ba}

   將此行追加到hold space，讀取下一行，如果沒有到最後一行，並且沒有找到commit，那麼執行命令bc,跳轉到c標簽——循環這個過程，直到讀取到文件末尾或者讀取到包含commit的行。然後，x，將hold space的內容與 pattern space的內容對調，p，輸出pattern space的內容（即，不包含Merge的塊），x,再次對調，pattern space變成之前的內容（文件末尾或者包含commit的行）。ba，跳轉到標簽a，繼續對此行進行檢查，重復步驟1,2,3。

如果上面的命令改為：

sed -n '/commit/{:a;h;n;/Merge/!b;:c;H;n;$bd;/commit/!bc;:d;x;p;x;ba}' log > log.txt

那麼，輸出結果為，只包含 Merge 的 commit 塊

6. Autodock vina 和MGL tools linux版本操作（命令行操作）

蛋白質Edit——加polar H，加Kollman電荷後，Grid——Macromolecule——choose，自動保存pro1.pdbqt

配體 Ligand——Input——QuickSetup，自動保存.out.pdbqt

receptor = clusters_0001_model1.pdbqt

ligand = hypericin.out.pdbqt

center_x = 2.148 （第一個文件可以由Docking——output——Vina生成）

center_y = 3.704

center_z = -2.81

size_x = 74.55   （大於30*30*30，要增加exhaustiveness）

size_y = 74.55

size_z = 74.55

out = cluster1_hypericin_out.pdbqt

log = cluster1_hypericin_out.log

exhaustiveness=24（可以多少個CPU設置多少個，並行計算，exhaustiveness控制一個docking過程重復計算多少次，越高花時間越長，但也不要設置特別大，也沒有意義，要在效率和准確度找一個平衡點）

num_modes=30 （不一定輸出30個，可能只找到<30構象，也有可能被energy_range限制 ）

energy_range=6 (kcal/mol)

（柔性殘基信息：flex=side_chains.pdbqt）

vina --config config1.txt

用pymol打開cluster1_hypericin_out.pdbqt看結果

以下為詳細設置和操作：

1. 首先用MGLtools准備蛋白和小分子的坐標文件（pdbqt）

蛋白質:  加氫（Add all hydrogens or just non-polar hydrogens. Merge non-polar hydrogens and their charges with their parent carbon atom）、計算電荷（Assign partial atomic charges to the ligand and the macromolecule (Gasteiger or Kollman United Atom charges))、添加原子類型、柔性殘基信息

1. Edit——加polar H，merge nonpolar（自動）後 ，pdbqt中的原子數會改變，加H的時候，可能會重新編號

2.Edit——加Kollman United Atom charges電荷（只能加這個，還可以計算Gasteiger 電荷，其值更負），加電荷後，pdbqt中的電荷會改變

配體分子:  加氫、計算電荷、確定root（扭矩中心），選擇可旋轉的鍵 (Set up rotatable bonds in the ligand using a graphical version of AutoTors)。我直接使用的quick setup。

Tips：  H的位置是任意的，僅取決於輸入文件；電荷AutoDock Vina ignores the user-supplied partial charges. It has its own way of dealing with the electrostatic interactions through the hydrophobic and the hydrogen bonding terms. 

保存pdbqt文件：pro1.pdbqt，pro2.pdbqt，pro3.pdbqt，lig1.pdbqt，lig2.pdbqt，lig3.pdbqt

2. 寫參數文件 config.txt

eg. config.txt

receptor = clusters_0001_model1.pdbqt

ligand = hypericin.out.pdbqt

center_x = 2.148

center_y = 3.704

center_z = -2.81

size_x = 74.55   （大於30*30*30，要增加exhaustiveness）

size_y = 74.55

size_z = 74.55

out = cluster1_hypericin_out.pdbqt

log = cluster1_hypericin_out.log

exhaustiveness=15

num_modes=30 （不一定輸出30個，可能只找到<30構象，也有可能被energy_range限制 ）

energy_range=6

Details：

Input:

  --receptor arg        rigid part of the receptor (PDBQT)

  --flex arg            flexible side chains, if any (PDBQT)

  --ligand arg          ligand (PDBQT)

Search space (required):  搜索空間有效地限制了包括柔性側鏈在內的可移動原子的位置。

（ How big should the search space be?

As small as possible, but not smaller. The smaller the search space, the easier it is for the docking algorithm to explore it. On the other hand, it will not explore ligand and flexible side chain atom positions outside the search space. You should probably avoid search spaces bigger than 30 x 30 x 30 Angstrom, unless you also increase "--exhaustiveness" .）

  --center_x arg        X coordinate of the center

  --center_y arg        Y coordinate of the center

  --center_z arg        Z coordinate of the center

  --size_x arg          size in the X dimension (Angstroms)

  --size_y arg          size in the Y dimension (Angstroms)

  --size_z arg          size in the Z dimension (Angstroms)

Output (optional):

  --out arg            output models (PDBQT), the default is chosen based on

                        the ligand file name

  --log arg            optionally, write log file

Misc (optional):

  --cpu arg                the number of CPUs to use (the default is to try to detect the number of CPUs or, failing that, use 1)

  --seed arg                explicit random seed

  --exhaustiveness arg (=8) exhaustiveness of the global search (roughly proportional to time): 1+  //使用默認的(或任何給定的)窮盡性設置，用於搜索的時間已經根據原子的數量、flexibility等自發變化。通常情況下，花費額外的時間搜索來降低找不到評分函數的全局最小值的概率是沒有意義的，這個概率遠遠低於該最小值遠離本機構象的概率。然而，如果你覺得在exhaustiveness和時間之間的自動平衡是不夠的，你可以提高exhaustiveness的數值。這將線性地增加時間，並降低不找到最小值的概率。

  --num_modes arg (=9)      maximum number of binding modes to generate //改成30

  --energy_range arg (=3)  maximum energy difference between the best binding //改成 8

                            mode and the worst one displayed (kcal/mol)

Configuration file (optional):

  --config arg          the above options can be put here

Information (optional):

  --help                display usage summary

  --help_advanced      display usage summary with advanced options

  --version            display program version

Output：

1. Energy

The predicted binding affinity is in kcal/mol.

2. RMSD

RMSD values are calculated relative to the best mode and use only movable heavy atoms. Two variants of RMSD metrics are provided, rmsd/lb (RMSD lower bound) and rmsd/ub (RMSD upper bound), differing in how the atoms are matched in the distance calculation:

rmsd/ub matches each atom in one conformation with itself in the other conformation, ignoring any symmetry

rmsd' matches each atom in one conformation with the closest atom of the same element type in the other conformation (rmsd' can not be used directly, because it is not symmetric)

rmsd/lb is defined as follows: rmsd/lb(c1, c2) = max(rmsd'(c1, c2), rmsd'(c2, c1))

3. Hydrogen positions

Vina uses a united-atom scoring function. As in AutoDock, polar hydrogens are needed in the input structures to correctly type heavy atoms as hydrogen bond donors. However, in Vina, the degrees of freedom that only move hydrogens, such as the hydroxyl group torsions, are degenerate. Therefore, in the output, some hydrogen atoms can be expected to be positioned randomly (but consistent with the covalent structure). For a united-atom treatment, this is essentially a cosmetic issue.

4. Separate models 用vina_split分割成多個pdbqt

All predicted binding modes, including the positions of the flexible side chains are placed into one multimodel PDBQT file specified by the "out" parameter or chosen by default, based on the ligand file name. If needed, this file can be split into indivial models using a separate program called "vina_split" , included in the distribution.

注意：vina_split 的Windows版本要用cmd來實現，找到vina_split所在的目錄，運行vina_split --input **.pdbqt

1. Why am I seeing a warning about the search space volume being over 27000 Angstrom^3?

This is probably because you intended to specify the search space sizes in "grid points" (0.375 Angstrom), as in AutoDock 4. The AutoDock Vina search space sizes are given in Angstroms instead. If you really intended to use an unusually large search space, you can ignore this warning, but note that the search algorithm's job may be harder. You may need to increase the value of the exhaustiveness to make up for it. This will lead to longer run time.

2. The bound conformation looks reasonable, except for the hydrogens. Why?

AutoDock Vina actually uses a united-atom scoring function, i.e. one that involves only the heavy atoms. Therefore, the positions of the hydrogens in the output are arbitrary. The hydrogens in the input file are used to decide which atoms can be hydrogen bond donors or acceptors though, so the correct protonation of the input structures is still important.

3. What does "exhaustiveness" really control, under the hood? （exhaustiveness為the number of runs，並行，可以設為cpu數，可以充分利用）

In the current implementation, the docking calculation consists of a number of independent runs, starting from random conformations. Each of these runs consists of a number of sequential steps. Each step involves a random perturbation of the conformation followed by a local optimization (using the Broyden-Fletcher-Goldfarb-Shanno algorithm ) and a selection in which the step is either accepted or not. Each local optimization involves many evaluations of the scoring function as well as its derivatives in the position-orientation-torsions coordinates. The number of evaluations in a local optimization is guided by convergence and other criteria. The number of steps in a run is determined heuristically, depending on the size and flexibility of the ligand and the flexible side chains.  However, the number of runs is set by the exhaustiveness parameter.  Since the indivial runs are executed in parallel, where appropriate, exhaustiveness also limits the parallelism. Unlike in AutoDock 4, in AutoDock Vina, each run can proce several results: promising intermediate results are remembered. These are merged, refined, clustered and sorted automatically to proce the final result.

4. Why do I not get the correct bound conformation?

It can be any of a number of things:

If you are coming from AutoDock 4, a very common mistake is to specify the search space in "points" (0.375 Angstrom), instead of Angstroms.

Your ligand or receptor might not have been correctly protonated. （初始結構沒有優化好）

Bad luck (the search algorithm could have found the correct conformation with good probability, but was simply unlucky). Try again with a different seed.

The minimum of the scoring function correponds to the correct conformation, but the search algorithm has trouble finding it. In this case, higher exhaustiveness or smaller search space should help. （搜索演算法沒有找到最優結構，可以增大exhaustiveness或減小search space）

The minimum of the scoring function simply is not where the correct conformation is. Trying over and over again will not help, but may occasionally give the right answer if two wrongs (inexact search and scoring) make a right. Docking is an approximate approach.

Related to the above, the culprit may also be the quality of the X-ray or NMR receptor structure.

If you are not doing redocking, i.e. using the correct inced fit shape of the receptor, perhaps the inced fit effects are large enough to affect the outcome of the docking experiment.（換受體結構）

The rings can only be rigid ring docking. Perhaps they have the wrong conformation, affecting the outcome.

You are using a 2D (flat) ligand as input.

The actual bound conformation of the ligand may occasionally be different from what the X-ray or NMR structure shows.

Other problems

5. How can I tweak the scoring function?

You can change the weights easily, by specifying them in the configuration file, or in the command line. For example

vina --weight_hydrogen -1.2 ...

doubles the strenth of all hydrogen bonds.

我如何調整評分功能?

通過在配置文件或命令行中指定權重，可以輕松地更改權重。例如

vina—weight_hydrogen -1.2…

所有氫鍵強度的兩倍。

Functionality that would allow the users to create new atom and pseudo-atom types, and specify their own interaction functions is planned for the future.

This should make it easier to adapt the scoring function to specific targets, model covalent docking and macro-cycle flexibility, experiment with new scoring functions, and, using pseudo-atoms, create directional interaction models.

6. Why don't I get as many binding modes as I specify with "--num_modes"?

This option specifies the maximum number of binding modes to output. The docking algorithm may find fewer "interesting" binding modes internally. The number of binding modes in the output is also limited by the "energy_range", which you may want to increase.

7. Why don't the results change when I change the partial charges?

AutoDock Vina ignores the user-supplied partial charges. It has its own way of dealing with the electrostatic interactions through the hydrophobic and the hydrogen bonding terms. See the original publication [*] for details of the scoring function.

8. How do I use flexible side chains?

You split the receptor into two parts: rigid and flexible, with the latter represented somewhat similarly to how the ligand is represented. See the section "Flexible Receptor PDBQT Files" of the AutoDock4.2 User Guide (page 14) for how to do this in AutoDock Tools. Then, you can issue this command: vina --config conf --receptor rigid.pdbqt --flex side_chains.pdbqt --ligand ligand.pdbqt . Also see this write-up on this subject.

7. linux將文件內容合並並保存

文本文件的話，可以cat old*.txt >new.txt
這樣所有old打頭文本文件的內容就會合並到一起，到new.txt。
如果是行數相同的兩個文件做拼接，可以用merge命令。首先按關鍵字排好序（sort命令），然後進行merge操作即可。
兩個文件合並後，內容橫向合並。

8. Linux怎麼用命令合並多個文件為一個

有時我們需要對多個文件進行統一操作，那麼可以先將多個文件合並為一個，方便很多。下面我就給大家介紹下Linux將多個文件內容合成一個的方法，感興趣的朋友可以來學習下。

Linux將多個文件內容合成一個的方法

在iDB Cloud 中發現導出的資料庫文件是按照每個表生成的SQL文件，這么多單獨的文件再導入到其他資料庫中是個麻煩事，需要將所有的SQL文件合並為一個完整的SQL文件。有了這個思路，決定尋找方法來實現。

Linux 或 類Unix 下實現合並多個文件內容到一個文件中

代碼如下

cat b1.sql b2.sql b3.sql 》 b_all.sql

或者

cat *.sql 》 merge.sql

最後就可以得到一個內容完整的文件了。

此方法適用於將所有文本格式的文件進行內容合並，既是將所有的源代碼按照順序存放在一起。

補充：系統常用維護技巧

1，在 “開始” 菜單中選擇 “控制面板” 選項，打開 “控制面板” 窗口，單擊 “管理工具” 鏈接

2，在打開的 “管理工具” 窗口中雙擊 “事件查看器” 圖標

3， 接著會打開 “事件查看器” 窗口

4，在右側窗格中的樹狀目錄中選擇需要查看的日誌類型，如 “事件查看器本地--Win日誌--系統日誌，在接著在中間的 “系統” 列表中即查看到關於系統的事件日誌

5，雙擊日誌名稱，可以打開 “事件屬性” 對話框，切換到 “常規” 選項卡，可以查看該日誌的常規描述信息

6，切換到 “詳細信息” 選項卡，可以查看該日誌的詳細信息

7，打開 “控制面板” 窗口，單擊 “操作中心” 鏈接，打開 “操作中心” 窗口，展開 “維護” 區域

8，單擊 “查看可靠性歷史記錄” 鏈接，打開 “可靠性監視程序” 主界面，如圖所示， 用戶可以選擇按天或者按周為時間單位來查看系統的穩定性曲線表，如果系統近日沒出過什麼狀況， 那麼按周來查看會比較合適。觀察圖中的曲線可以發現，在某段時間內，系統遇到些問題，可靠性指數曲線呈下降的趨勢，並且在這段時間系統遇到了三次問題和一次警告，在下方的列表中可以查看詳細的問題信息。

相關閱讀：系統故障導致死機怎麼解決

1、病毒原因造成電腦頻繁死機

由於此類原因造成該故障的現象比較常見，當計算機感染病毒後，主要表現在以下幾個方面：

①系統啟動時間延長;

②系統啟動時自動啟動一些不必要的程序;

③無故死機

④屏幕上出現一些亂碼。

其表現形式層出不窮，由於篇幅原因就介紹到此，在此需要一並提出的是，倘若因為病毒損壞了一些系統文件，導致系統工作不穩定，我們可以在安全模式下用系統文件檢查器對系統文件予以修復。

2、由於某些元件熱穩定性不良造成此類故障(具體表現在CPU、電源、內存條、主板)

對此，我們可以讓電腦運行一段時間，待其死機後，再用手觸摸以上各部件，倘若溫度太高則說明該部件可能存在問題，我們可用替換法來診斷。值得注意的是在安裝CPU風扇時最好能塗一些散熱硅脂，但我在某些組裝的電腦上卻是很難見其蹤影，實踐證明，硅脂能降低溫度5—10度左右，特別是P Ⅲ 的電腦上，倘若不塗散熱硅脂，計算機根本就不能正常工作，曾遇到過一次此類現象。該機主要配置如下：磐英815EP主板、PⅢ733CPU、133外頻的128M內存條，當該機組裝完後，頻繁死機，連Windows系統都不能正常安裝，但是更換賽揚533的CPU後，故障排除，懷疑主板或CPU有問題，但更換同型號的主板、CPU後該故障也不能解決。後來由於發現其溫度太高，在CPU上塗了一些散熱硅脂，故障完全解決。實踐證明在賽揚533以上的CPU上必須要塗散熱硅脂，否則極有可能引起死機故障。

3、由於各部件接觸不良導致計算機頻繁死機

此類現象比較常見，特別是在購買一段時間的電腦上。由於各部件大多是靠金手指與主板接觸，經過一段時間後其金手指部位會出現氧化現象，在拔下各卡後會發現金手指部位已經泛黃，此時，我們可用橡皮擦來回擦拭其泛黃處來予以清潔。

4、由於硬體之間不兼容造成電腦頻繁死機

此類現象常見於顯卡與其它部件不兼容或內存條與主板不兼容，例如SIS的顯卡，當然其它設備也有可能發生不兼容現象，對此可以將其它不必要的設備如Modem、音效卡等設備拆下後予以判斷。

5、軟體沖突或損壞引起死機

此類故障，一般都會發生在同一點，對此可將該軟體卸掉來予以解決。

9. Linux下iostat命令詳解

iostat是I/O statistics（輸入/輸出統計）的縮寫，iostat工具將對系統的磁碟操作活動進行監視。它的特點是匯報磁碟活動統計情況，同時也會匯報出CPU使用情況。iostat也有一個弱點，就是它不能對某個進程進行深入分析，僅對系統的整體情況進行分析。

# iostat屬於sysstat軟體包。可以直接安裝。

[root@localhost ~]# yum -y install sysstat

語法

iostat (選項) (參數)

選項

-c：僅顯示CPU使用情況；

-d：僅顯示設備利用率；

-k：顯示狀態以千位元組每秒為單位，而不使用塊每秒；

-m：顯示狀態以兆位元組每秒為單位；

-p：僅顯示塊設備和所有被使用的其他分區的狀態；

-t：顯示每個報告產生時的時間；

-V：顯示版號並退出；

-x：顯示擴展狀態。

參數

間隔時間：每次報告的間隔時間（秒）；

次數：顯示報告的次數。

實例

顯示所有設備負載情況

[root@localhost ~]# iostat

說明：

cpu屬性值說明：

%user：CPU處在用戶模式下的時間百分比。

%nice：CPU處在帶NICE值的用戶模式下的時間百分比。

%system：CPU處在系統模式下的時間百分比。

%iowait：CPU等待輸入輸出完成時間的百分比。

%steal：管理程序維護另一個虛擬處理器時，虛擬CPU的無意識等待時間百分比。

%idle：CPU空閑時間百分比。

備註：

如果%iowait的值過高，表示硬碟存在I/O瓶頸

如果%idle值高，表示CPU較空閑

如果%idle值高但系統響應慢時，可能是CPU等待分配內存，應加大內存容量。

如果%idle值持續低於10，表明CPU處理能力相對較低，系統中最需要解決的資源是CPU。

cpu屬性值說明:

tps：該設備每秒的傳輸次數

kB_read/s：每秒從設備（drive expressed）讀取的數據量；

kB_wrtn/s：每秒向設備（drive expressed）寫入的數據量；

kB_read： 讀取的總數據量；

kB_wrtn：寫入的總數量數據量；

定時顯示所有信息

#【每隔2秒刷新顯示，且顯示3次】

[root@localhost ~]# iostat 2 3

顯示指定磁碟信息

[root@localhost ~]# iostat -d /dev/sda

顯示tty和Cpu信息

[root@localhost ~]# iostat -t

以M為單位顯示所有信息

[root@localhost ~]# iostat -m

查看設備使用率（%util）、響應時間（await）

#【-d 顯示磁碟使用情況，-x 顯示詳細信息】

# d: detail

[root@localhost ~]# iostat -d -x -k 1 1

說明：

rrqm/s： 每秒進行 merge 的讀操作數目.即 delta(rmerge)/s

wrqm/s： 每秒進行 merge 的寫操作數目.即 delta(wmerge)/s

%util： 一秒中有百分之多少的時間用於 I/O

如果%util接近100%，說明產生的I/O請求太多，I/O系統已經滿負荷，idle小於70% IO壓力就較大了，一般讀取速度有較多的wait。

查看cpu狀態

[root@localhost ~]# iostat -c 1 1

10. linux怎樣命令行上傳git

你是你是要通過git命令上傳東西,還是想上傳git到伺服器上面，你可以先通過yum安裝git

#yuminstallgit
已載入插件：fastestmirror,refresh-packagekit,security
設置安裝進程
Loadingmirrorspeedslinuxprobe.comfromcachedhostfile
base|3.7kB00:00
epel|4.3kB00:00
epel/primary_db|5.9MB00:05
extras|3.4kB00:00
hhvm|2.9kB00:00
shells_fish_release_2|1.2kB00:00
updates|3.4kB00:00
updates/primary_db|821kB00:01
upgrade|1.9kB00:00
virtualbox/signature|181B00:00
virtualbox/signature|1.1kB00:00...
包git-1.7.1-8.el6.x86_64已安裝並且是最新版本
無須任何處理

#git--help
usage:git[--version][--exec-path[=GIT_EXEC_PATH]][--html-path]
[-p|--paginate|--no-pager][--no-replace-objects]
[--bare][--git-dir=GIT_DIR][--work-tree=GIT_WORK_TREE]
[--help]COMMAND[ARGS]
:
addAddfilecontentstotheindex

branchList,create,,commitandworkingtree,etclogShowcommitlogs

mvMoveorrenameafile,adirectory,orasymlink


rebaseForward-


showShowvarioustypesofobjects

tagCreate,list,
See'githelpCOMMAND'.

下面我給介紹一種從本地上傳到伺服器的命令：

命令rz和sz命令，首先你需要安裝lrzsz庫

#rz--help
rzversion0.12.20
Usage:rz[options][filename.if.xmodem]
ReceivefileswithZMODEM/YMODEM/XMODEMprotocol
(X)=optionappliestoXMODEMonly
(Y)=optionappliestoYMODEMonly
(Z)=optionappliestoZMODEMonly
-+,--appendappendtoexistingfiles
-a,--asciiASCIItransfer(changeCR/LFtoLF)
-b,--binarybinarytransfer
-B,--bufsizeNbufferNbytes(N==auto:bufferwholefile)
-c,--with-crcUse16bitCRC(X)
-C,--allow-remote-(Z)
-D,--nullwriteallreceiveddatato/dev/null
--delay-
-e,--escapeEscapecontrolcharacters(Z)
-E,--
--(debugging)
-h,--helpHelp,printthisusagemessage
-m,--min-
-M,--min-bps-timeNforatleastNseconds(default:120)
-O,--disable-timeoutsdisabletimeoutcode,waitforeverfordata
--o-syncopenoutputfile(s)insynchronouswritemode
-p,--protectprotectexistingfiles
-q,--quietquiet,noprogressreports
-r,--(Z)
-R,--restrictedrestricted,moresecuremode
-s,--stop-at{HH:MM|+N}stoptransmissionatHH:MMorinNseconds
-S,--timesyncrequestremotetime(twice:setlocaltime)
--syslog[=off]turnsyslogonoroff,ifpossible
-t,--
-u,--keep-
-U,--(ifallowedto)
-v,--verbosebeverbose,providedebugginginformation
-w,--windowsizeNWindowisNbytes(Z)
-X--xmodemuseXMODEMprotocol
-y,--overwriteYes,clobberexistingfileifany
--ymodemuseYMODEMprotocol
-Z,--zmodemuseZMODEMprotocol


#sz--help
szversion0.12.20
Usage:sz[options]file...
or:sz[options]-{c|i}COMMAND
Sendfile(s)withZMODEM/YMODEM/XMODEMprotocol
(X)=optionappliestoXMODEMonly
(Y)=optionappliestoYMODEMonly
(Z)=optionappliestoZMODEMonly
-+,--(Z)
-2,--twostopuse2stopbits
-4,--try-4kgoupto4Kblocksize
--start-4kstartwith4Kblocksize(doesn'ttry8)
-8,--try-8kgoupto8Kblocksize
--start-8kstartwith8Kblocksize
-a,--asciiASCIItransfer(changeCR/LFtoLF)
-b,--binarybinarytransfer
-B,--bufsizeNbufferNbytes(N==auto:bufferwholefile)
-c,--(Z)
-C,--command-(Z)
-d,--dot-to-slashchange'.'to'/'inpathnames(Y/Z)
--delay-
-e,--(Z)
-E,--
-f,--full-pathsendfullpathname(Y/Z)
-i,--immediate-commandCMDsendremoteCMD,returnimmediately(Z)
-h,--helpprintthisusagemessage
-k,--1ksend1024bytepackets(X)
-L,--(Z)
-l,--(l>=L)(Z)
-m,--min-
-M,--min-bps-timeNforatleastNseconds(default:120)
-n,--newersendfileifsourcenewer(Z)
-N,--newer-or-(Z)
-o,--16-bit-(Z)
-O,--disable-timeoutsdisabletimeoutcode,waitforever
-p,--(Z)
-r,--(Z)
-R,--restrictedrestricted,moresecuremode
-q,--quietquiet(noprogressreports)
-s,--stop-at{HH:MM|+N}stoptransmissionatHH:MMorinNseconds
--
--tcp-serveropensocket,waitforconnection
-u,--
-U,--(ifallowedto)
-v,--verbosebeverbose,providedebugginginformation
-w,--windowsizeNWindowisNbytes(Z)
-X,--xmodemuseXMODEMprotocol
-y,--
-Y,--overwrite-or-skipoverwriteexistingfiles,elseskip
--ymodemuseYMODEMprotocol
-Z,--zmodemuseZMODEMprotocol


.com。