言情小说君子以泽,神武八荒一颗小说,完美世界有声小说

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷(xiāo)解決方案

【技術(shù)】Linux系統(tǒng)出現(xiàn)時(shí)鐘錯(cuò)誤問(wèn)題的解決方法(linux檢測(cè)到時(shí)鐘錯(cuò)誤)

在使用Linux系統(tǒng)過(guò)程中，可能會(huì)遇到時(shí)鐘錯(cuò)誤的問(wèn)題。時(shí)鐘錯(cuò)誤會(huì)導(dǎo)致系統(tǒng)時(shí)間錯(cuò)誤，影響系統(tǒng)的正常運(yùn)行。那么我們?cè)撊绾谓鉀QLinux系統(tǒng)出現(xiàn)時(shí)鐘錯(cuò)誤的問(wèn)題呢？

公司主營(yíng)業(yè)務(wù)：網(wǎng)站設(shè)計(jì)、做網(wǎng)站、移動(dòng)網(wǎng)站開(kāi)發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競(jìng)爭(zhēng)能力。成都創(chuàng)新互聯(lián)公司是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開(kāi)放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來(lái)的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來(lái)驚喜。成都創(chuàng)新互聯(lián)公司推出壽縣免費(fèi)做網(wǎng)站回饋大家。

一、時(shí)鐘錯(cuò)誤的原因

1.硬件故障：時(shí)鐘芯片出現(xiàn)故障，主板上的電池老化等都可能導(dǎo)致時(shí)鐘錯(cuò)誤。

2.系統(tǒng)配置錯(cuò)誤：在配置系統(tǒng)時(shí)，如果設(shè)置了錯(cuò)誤的時(shí)區(qū)或時(shí)間，也會(huì)導(dǎo)致時(shí)鐘錯(cuò)誤。

3.操作系統(tǒng)故障：操作系統(tǒng)本身出現(xiàn)故障，也可能導(dǎo)致時(shí)鐘錯(cuò)誤。

二、解決方法

1.檢查硬件

我們需要檢查硬件是否正常?？梢愿鼡Q電池或時(shí)鐘芯片，如果檢查發(fā)現(xiàn)硬件存在問(wèn)題，需要更換或維修。

2.設(shè)置正確的時(shí)區(qū)和時(shí)間

如果硬件沒(méi)有問(wèn)題，我們需要檢查系統(tǒng)的時(shí)區(qū)和時(shí)間是否正確。可以通過(guò)以下命令來(lái)查看和修改系統(tǒng)的時(shí)區(qū)和時(shí)間：

查看當(dāng)前時(shí)間：

$ date

查看當(dāng)前時(shí)區(qū)：

$ timedatectl

設(shè)置時(shí)區(qū)：

$ timedatectl set-timezone Asia/Shangh

修改時(shí)間：

$ date -s “2023-06-01 12:00:00”

3.檢查操作系統(tǒng)

如果系統(tǒng)的硬件和配置都沒(méi)有問(wèn)題，那么我們需要檢查操作系統(tǒng)本身是否存在故障?？梢酝ㄟ^(guò)以下操作來(lái)進(jìn)行檢查和修復(fù)：

檢查和修復(fù)文件系統(tǒng)：

$ fsck -y /dev/sda1

修復(fù)軟件包：

$ sudo apt-get install -f

更新系統(tǒng)：

$ sudo apt-get update

$ sudo apt-get upgrade

4.禁用NTP

如果以上方法都沒(méi)有解決問(wèn)題，還有一個(gè)可能的原因是NTP（網(wǎng)絡(luò)時(shí)間協(xié)議）導(dǎo)致的。NTP是用于同步系統(tǒng)時(shí)間的協(xié)議，但如果遇到錯(cuò)誤配置，會(huì)導(dǎo)致時(shí)鐘錯(cuò)誤?？梢酝ㄟ^(guò)以下命令來(lái)禁用NTP：

$ sudo systemctl stop ntpd

$ sudo systemctl disable ntpd

5.重新安裝操作系統(tǒng)

如果以上方法都無(wú)法解決問(wèn)題，可能需要重新安裝操作系統(tǒng)。但在重新安裝之前，需要備份重要數(shù)據(jù)。

以上就是解決Linux系統(tǒng)出現(xiàn)時(shí)鐘錯(cuò)誤的方法。在出現(xiàn)問(wèn)題時(shí)，我們需要耐心排查，找出問(wèn)題所在，并綜合使用各種方法來(lái)解決問(wèn)題。 Linux系統(tǒng)是一種開(kāi)放、靈活的操作系統(tǒng)，它的強(qiáng)大體現(xiàn)在其豐富的功能和易于定制化的特點(diǎn)，但也需要我們有足夠的技術(shù)儲(chǔ)備和耐心，才能克服各種系統(tǒng)問(wèn)題。

相關(guān)問(wèn)題拓展閱讀：

怎樣分析linux的性能指標(biāo)

怎樣分析linux的性能指標(biāo)

不知道你是不是指性能測(cè)試，使攔寬用UnixBench跑一下就有者衡灶了。

各測(cè)試指首扮標(biāo)的說(shuō)明請(qǐng)看鏈接

監(jiān)控

UNIX/Linux

系統(tǒng)方法

一、準(zhǔn)備工作：

可以通過(guò)兩種方法驗(yàn)證服務(wù)器上是否配置

rstatd

守護(hù)程序：

①使用

rup

命令，它用于報(bào)告計(jì)算機(jī)的各種統(tǒng)計(jì)信息，其中就包括

rstatd

的配置信息。使用命

令

rup

10.130.61.203,

此處

10.130.61.203

是要監(jiān)視的

linux/Unix

服務(wù)器的

，如果該命令返回相關(guān)的

統(tǒng)計(jì)信息。則表示已經(jīng)配置并且激活了

rstatd

守護(hù)進(jìn)程；若未返回有意義的統(tǒng)計(jì)信息，或者出現(xiàn)一

條錯(cuò)誤報(bào)告，則表示

rstatd

守護(hù)進(jìn)程尚未被配置或有問(wèn)題。

②使用

find

命令

#find / -name rpc.rstatd,

該命令用于查找系統(tǒng)中是否存在

rpc.rstatd

文件，如果沒(méi)有，說(shuō)明系統(tǒng)沒(méi)

有安裝

rstatd

守護(hù)程序。

．

linux

需要下載

個(gè)包：

（

）

rpc.rstatd-4.0.1.tar.gz

（

）

rsh-0.17-14.i386.rpm

（

）

rsh-server-0.17-14.i386.rpm

．下載并安裝

rstatd

如果服務(wù)器上沒(méi)有安裝

rstatd

程序（一般來(lái)說(shuō)

LINUX

都沒(méi)有安裝）

，需伍凳要下載一個(gè)包才有這個(gè)服

務(wù)

包

名

字

是

rpc.rstatd-4.0.1.tar.gz.

這

是

一

個(gè)

源

碼

需

要

編

譯

下

載

并

安

裝

rstatd

（

可

以

在

這個(gè)地址下載）下載后，開(kāi)始安裝，安裝步驟如下：

tar -xzvf rpc.rstatd-4.0.1.tar.gz

cd rpc.rstatd-4.0.1/

./configure

—配置操作

make

—進(jìn)行編譯

make install

—開(kāi)始安裝

rpc.rstatd

—啟動(dòng)

rstatd

進(jìn)程

“

rpcinfo -p

”命令來(lái)查看當(dāng)前系統(tǒng)是否已經(jīng)啟動(dòng)了

rstatd

守護(hù)進(jìn)程

只要保證

Linux

機(jī)器上的進(jìn)程里有

rstatd

和

xinetd

這二個(gè)服務(wù)就可以用

去監(jiān)視了，通過(guò)以下

兩點(diǎn)可以檢查是否啟動(dòng)：

）檢查是否啟動(dòng)

: rsh server

監(jiān)聽(tīng)的

TCP

是

514

。

# netstat -an |grep 514

tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN

如果能看到

514

在監(jiān)聽(tīng)說(shuō)明

rsh

服務(wù)器已經(jīng)啟動(dòng)。

）檢查是否啟動(dòng)

: rstatd

輸入命令

: rpcinfo -p

如果能看到類(lèi)似如下信息：

程序版本協(xié)議端口

udp

937

rstatd

udp

937

rstatd

udp

937

rstatd

udp

937

rstatd

udp

937

rstatd

那就說(shuō)明

rstatd

服務(wù)啟動(dòng)了

當(dāng)然這里也可以用

ps ax

代替

)

．安裝

rsh

和

rsh-server

兩個(gè)服務(wù)包方法

卸載

rsh

# rpm

–

rsh

查看版本號(hào)

# rpm

-e

版本號(hào)

卸載該版本。

．安裝

# rpm

–

ivh rsh-0.17-14.i386.rpm rsh-server-0.17-14.i386.rpm

在啟動(dòng)

rpc.rstatd

時(shí)，

會(huì)報(bào)錯(cuò)

“

Cannot register service: RPC: Unable to receive; errno = Ction refused

”

。

解決方法如下：

# /etc/init.d/portmap start

# /etc/init.d/nfs start

然后再次啟動(dòng)

rpc.rstatd

就好了。

．返橘迅安裝

xinetd

方法：

①查看

xinetd

服務(wù)：

# rpm -q xinetd

xinetd-2.3.14-10.el5

②安裝

xinetd

服務(wù)：

# yum install xinetd

如果安裝不起

xinetd

服務(wù)，執(zhí)行下列操作命令后再次執(zhí)行

yum install xinetd

命令進(jìn)行安裝：

yum clean packages

清除緩存目錄下的軟件包

yum clean headers

清除漏此緩存目錄下的

headers

yum clean oldheaders

清除緩存目錄下舊的

headers

yum clean, yum clean all (= yum clean packages; yum clean oldheaders)

清除緩存目錄下的軟件包

及舊的

headers

。

．啟動(dòng)

xinetd

服務(wù)：

在有的系統(tǒng)中，通過(guò)如下命令重啟：

# service xinetd reload

# /in/service xinetd rstart

在

suse linux

中如下操作：

cd /etc/init.d/xinetd restart

）

安裝完成后配置

rstatd

目標(biāo)守護(hù)進(jìn)程

xinetd,

它的主配置文件是

/etc/xinetd.conf ,

它里面內(nèi)容是

一些如下的基本信息：

# xinetd.conf

# Copyright (c)SuSE GmbH Nuernberg, Germany.

defaults

{

log_type

= FILE /var/log/xinetd.log

log_on_success = HOST EXIT DURATION

log_on_failure = HOST ATTEMPT

only_from

= localhost

instances

= 30

cps

# The specification of an interface is interesting, if we are on a firewall.

# For example, if you only want to provide services from an internal

# network interface, you may specify your internal interfaces IP-Address.

interface

= 127.0.0.1

}

includedir /etc/xinetd.d

我們這里需要修改的是

/etc/xinetd.d/

下的三個(gè)

conf

文件

rlogin

,rsh,rexec

這三個(gè)配置文件

打這

三個(gè)文件里的

disable = yes

都改成

disable = no ( disabled

用在默認(rèn)的

{}

中禁止服務(wù)

)

或是把

# default:

off

都設(shè)置成

這個(gè)的意思就是在

xinetd

啟動(dòng)的時(shí)候默認(rèn)都啟動(dòng)上面的三個(gè)服務(wù)

說(shuō)明：我自己在配置時(shí)，沒(méi)有

disable = yes

這項(xiàng)，我就將

# default: off

改為：

default: on

，重啟后

(cd /etc/init.d/./xinetd restart

）通過(guò)

netstat -an |grep 514

查看，沒(méi)有返回。然后，我就手動(dòng)在三個(gè)文

件中最后一行加入

disable

，再重啟

xinetd

，再使用

netstat

-an

|grep

514

查看，得到

tcp

0.0.0.0:514 0.0.0.0:* LISTEN

結(jié)果，表明

rsh

服務(wù)器已經(jīng)啟動(dòng)。

看到網(wǎng)上有的地方說(shuō)使用如下命令：

# service xinetd reload

# /in/service xinetd rstart

不知道是在什么系統(tǒng)用的。

二、監(jiān)控

linux

資源：

在

controller

中，將

System resource Graphs

中的

Unix resources

拖到右側(cè)的監(jiān)控區(qū)域中，并單擊

鼠標(biāo)右鍵選擇“

Add

Measurements

”

在彈出的對(duì)話框中輸入被監(jiān)控的

linux

系統(tǒng)的

地址，然后選

擇需要監(jiān)控的性能指標(biāo)，并點(diǎn)擊“確定”

，出現(xiàn)如下結(jié)果：

Monitor name :UNIX Resources. Cannot initialize the monitoring on 10.10.15.62.

Error while creating the RPC client. Ensure that the machine can be connected and that it runs the

rstat daemon (use rpcinfo utility for this verification).

Detailed error: RPC: Failed to create RPC client.

RPC-TCP: Failed to establish RPC server address.

RPC-TCP: Failed to communicate with the portmapper on host ‘10.10.15.62’.

RPC: RPC call failed.

RPC-TCP: recv()/recvfrom() failed.

RPC-TCP: Timeout reached. (entry point: CFactory::Initialize).

檢查原因，發(fā)現(xiàn)是

Linux

系統(tǒng)中的防火墻開(kāi)啟了并且阻擋了

LoadRunner

監(jiān)控

Linux

系統(tǒng)的資源，

因此要將防火墻關(guān)閉。

關(guān)閉防火墻：

# /etc/init.d/iptables stop;

三、監(jiān)控

UNIX

監(jiān)控

UNIX

，

UNIX

先啟動(dòng)一

rstatd

服務(wù)

以下是在

IBM AIX

系統(tǒng)中啟動(dòng)

rstatd

服務(wù)的方法：

．使用

telnet

以

root

用戶的身份登錄入

AIX

系統(tǒng)

．在命令行提示符下輸入：

vi /etc/inetd.conf

．查找

rstatd

，找到

#rstatd

sunrpc_udp

udp

wait

root /usr/in/rpc.rstatd rstatd

、將

去掉

、

:wq

保存修改結(jié)果

、命令提示符下輸入：

refresh

–

s inetd

重新啟動(dòng)服務(wù)。

這樣使用

loadrunner

就可以監(jiān)視

AIX

系統(tǒng)的性能情況了。

注：在

HP UNIX

系統(tǒng)上編輯完

inetd.conf

后，重啟

inetd

服務(wù)需要輸入

inetd -c

UNIX

上也可以用

rup

命令查看

rstatd

程序是否被配置并激活

若

rstatd

程序已經(jīng)運(yùn)行，

重啟時(shí)，

先查看進(jìn)程

ps -ef |grep inet

，

然后殺掉進(jìn)程，

再

refresh

–

s inetd

進(jìn)行重啟。

一、CPU

1、良好狀態(tài)指標(biāo)

CPU利用率：User Time

Time

上下文切換：與CPU利用率相關(guān)聯(lián)，如果CPU利用率狀態(tài)良好，大量的上下文切換也是孝拆可以接受的。

可運(yùn)行隊(duì)列：每個(gè)處理器的可運(yùn)行隊(duì)列

2、監(jiān)控工具

vmstat

$ vmstat 1

procemoryswapiosystem–

—–cpu——

r b swpd free buff cache si so bi bo in cs

us sy id wa st

重要參數(shù)：

r，run queue，可運(yùn)行隊(duì)列的線程數(shù)，這些線程都是可運(yùn)行狀態(tài)，只不過(guò)CPU暫時(shí)不可用；

b，被blocked的進(jìn)程數(shù)，正在等待IO請(qǐng)求；

in，interrupts，被處理過(guò)的中斷數(shù)

cs，context switch，系統(tǒng)上正在做上下文切換的數(shù)目

us，用戶占用巧鄭棗CPU的百分比

sys，內(nèi)核和中斷占用CPU的百分比

id，CPU完全空閑的百分比

上例可得：

sy高us低，以及高頻度的上下文切換（cs），說(shuō)明應(yīng)用程序進(jìn)行了大量的系統(tǒng)調(diào)用；

這臺(tái)4核機(jī)器的r應(yīng)該在12個(gè)以內(nèi)，現(xiàn)在r在14個(gè)線程以上，此時(shí)CPU負(fù)荷很重。

查看某個(gè)進(jìn)程占用的CPU資源

$ while :; do ps -eo pid,ni,pri,pcpu,psr,comm

| grep ‘db_server_login’; sleep 1;

done

PID NIPRI %CPU PSR COMMAND

23 0.0 0

db_server_login

23 0.0 3

db_server_login

23 0.0 2

db_server_login

23 0.0 2

db_server_login

23 0.0 3

db_server_login

23 0.0 0

db_server_login

……

二、Memory

1、良好狀態(tài)指標(biāo)

swap

（si）

0，swap

out

（so）叢咐

應(yīng)用程序可用內(nèi)存/系統(tǒng)物理內(nèi)存

70%

2、監(jiān)控工具

vmstat

$ vmstat 1

procemoryswapiosystem–

—–cpu——

r b swpd free buff cache si so bi bo in csus

sy id wa st

3821

95 1

重要參數(shù)：

swpd，已使用的 SWAP 空間大小，KB 為單位；

free，可用的物理內(nèi)存大小，KB 為單位；

buff，物理內(nèi)存用來(lái)緩存讀寫(xiě)操作的buffer大小，KB 為單位；

cache，物理內(nèi)存用來(lái)緩存進(jìn)程地址空間的 cache 大小，KB 為單位；

si，數(shù)據(jù)從 SWAP 讀取到 RAM（swap in）的大小，KB 為單位；

so，數(shù)據(jù)從 RAM 寫(xiě)到 SWAP（swap out）的大小，KB 為單位。

上例可得：

物理可用內(nèi)存 free 基本沒(méi)什么顯著變化，swapd逐步增加，說(shuō)明最小可用的內(nèi)存始終保持在 256MB(物理內(nèi)存大小) * 10％ = 2.56MB 左右，當(dāng)臟頁(yè)達(dá)到10％的時(shí)候就開(kāi)始大量使用swap。

free

$ free -m

total used free shared buffers cached

Mem:

-/+ buffers/cache:

Swap:

三、磁盤(pán)IO

1、良好狀態(tài)指標(biāo)

iowait %

提高命中率的一個(gè)簡(jiǎn)單方式就是增大文件緩存區(qū)面積，緩存區(qū)越大預(yù)存的頁(yè)面就越多，命中率也越高。

Linux 內(nèi)核希望能盡可能產(chǎn)生次缺頁(yè)中斷（從文件緩存區(qū)讀），并且能盡可能避免主缺頁(yè)中斷（從硬盤(pán)讀），這樣隨著次缺頁(yè)中斷的增多，文件緩存區(qū)也逐步增大，直到系統(tǒng)只有少量可用物理內(nèi)存的時(shí)候 Linux 才開(kāi)始釋放一些不用的頁(yè)。

2、監(jiān)控工具

查看物理內(nèi)存和文件緩存情況

$ cat /proc/meminfo

MemTotal:kB

MemFree: kB

Buffers: kB

Cached:8 kB

這臺(tái)服務(wù)器總共有 8GB 物理內(nèi)存（MemTotal），3GB 左右可用內(nèi)存（MemFree），343MB左右用來(lái)做磁盤(pán)緩存（Buffers），4GB左右用來(lái)做文件緩存區(qū)（Cached）。

sar

$ sar -d 2 3

Linux 2.6.9-42.ELp (webserver) 11/30/2023_i686_ (8 CPU)

11:09:33 PM DEV tps rd_sec/s wr_sec/s avgrq-szavgqu-sz await svctm

%util

11:09:35 PM dev8-0 0.00 0.00 0.00 0.00 0.00 0.000.00 0.00

11:09:35 PM DEV tps rd_sec/s wr_sec/s avgrq-szavgqu-sz await svctm

%util

11:09:37 PM dev8-0 1.00 0.00 12.00 12.00 0.000.00 0.00 0.00

11:09:37 PM DEV tps rd_sec/s wr_sec/s avgrq-szavgqu-sz await svctm

%util

11:09:39 PM dev8-0 1.99 0.00 47.76 24.00 0.000.50 0.25 0.05

Average: DEV tpsrd_sec/s wr_sec/s avgrq-sz

avgqu-sz await svctm %util

Average: dev8-0 1.00 0.00 19.97 20.00 0.00 0.330.17 0.02

重要參數(shù)：

await表示平均每次設(shè)備I/O操作的等待時(shí)間（以毫秒為單位）。

svctm表示平均每次設(shè)備I/O操作的服務(wù)時(shí)間（以毫秒為單位）。

%util表示一秒中有百分之幾的時(shí)間用于I/O操作。

如果svctm的值與await很接近，表示幾乎沒(méi)有I/O等待，磁盤(pán)性能很好，如果await的值遠(yuǎn)高于svctm的值，則表示I/O隊(duì)列等待太長(zhǎng)，系統(tǒng)上運(yùn)行的應(yīng)用程序?qū)⒆兟?/p>

如果%util接近100%，表示磁盤(pán)產(chǎn)生的I/O請(qǐng)求太多，I/O系統(tǒng)已經(jīng)滿負(fù)荷的在工作，該磁盤(pán)可能存在瓶頸。

四、Network IO

對(duì)于UDP

1、良好狀態(tài)指標(biāo)

接收、發(fā)送緩沖區(qū)不長(zhǎng)時(shí)間有等待處理的網(wǎng)絡(luò)包

2、監(jiān)控工具

netstat

對(duì)于UDP服務(wù)，查看所有監(jiān)聽(tīng)的UDP端口的網(wǎng)絡(luò)情況

$ watch netstat -lunp

Proto Recv-Q Send-Q Local

Address

Foreign

Address

State

PID/Program name

udp

0.0.0.0:

0.0.0.0:*

–

udp

0.0.0.0:

0.0.0.0:*

–

udp

0.0.0.0:

0.0.0.0:*

–

udp

0.0.0.0:

0.0.0.0:*

–

udp

0.0.0.0:

0.0.0.0:*

–

udp

0.0.0.0:

0.0.0.0:*

–

udp

0.0.0.0:

0.0.0.0:*

–

udp

0.0.0.0:

0.0.0.0:*

–

RecvQ、SendQ為0，或者不長(zhǎng)時(shí)間有數(shù)值是比較正常的。

對(duì)于UDP服務(wù)，查看丟包情況（網(wǎng)卡收到了，但是應(yīng)用層沒(méi)有處理過(guò)來(lái)造成的丟包）

$ watch netstat -su

Udp:

packetsreceived

packetsto unknown port received.

packet

receive errors

packetssent

packet receive errors 這一項(xiàng)數(shù)值增長(zhǎng)了，則表明在丟包

對(duì)于TCP（來(lái)自davidshan單衛(wèi)的經(jīng)驗(yàn)，thx~~）

1、良好狀態(tài)指標(biāo)

對(duì)于TCP而言，不會(huì)出現(xiàn)因?yàn)榫彺娌蛔愣嬖趤G包的事，因?yàn)榫W(wǎng)絡(luò)等其他原因，導(dǎo)致丟了包，協(xié)議層也會(huì)通過(guò)重傳機(jī)制來(lái)保證丟的包到達(dá)對(duì)方。

所以，tcp而言更多的專注重傳率。

2、監(jiān)控工具

# cat /proc/net/snmp | grep Tcp:

Tcp: RtoAlgorithm RtoMin RtoMaxMaxConn ActiveOpens PassiveOpens

AttemptFails EstabResets CurrEstab InSegsOutSegs RetransSegs

InErrs OutRsts

Tcp:6800 0

849

重傳率 = RetransSegs / OutSegs

至于這個(gè)值在多少范圍內(nèi)，算ok的，得看具體的業(yè)務(wù)了。

業(yè)務(wù)側(cè)更關(guān)注的是響應(yīng)時(shí)間。

性能分析工具匯總

CPU性能分析工具：

vmstat

sar

time

strace

pstree

top

Memory性能分析工具：

vmstat

strace

top

ipcs

ipcrm

cat /proc/meminfo

cat /proc/slabinfo

cat /proc//maps

I/O性能分析工具：

vmstat

ipstat

repquota

quotacheck

Network性能分析工具：

ifconfig

ethereal

tethereal

iptraf

iwconfig

nfsstat

mrtg

ntop

netstat

cat /proc/sys/net

一、處理器參數(shù)

這是一個(gè)很簡(jiǎn)單的參數(shù)，它直觀的描述了每個(gè)CPU的利用率。在xSeries架構(gòu)中，如果CPU的利用率長(zhǎng)時(shí)間的超過(guò)80％，就可能是出現(xiàn)了處理器的瓶頸。

Runable processes

這個(gè)值描述了正在準(zhǔn)備被執(zhí)行的進(jìn)程，在一個(gè)持續(xù)讓蔽時(shí)間里這個(gè)值不應(yīng)該超過(guò)物理CPU數(shù)量的10倍，否則CPU方面就可能存在瓶頸。

Blocked

描述了那些因?yàn)榈却齀/O操作結(jié)束而不能被執(zhí)行的進(jìn)程，Blocked可能指出你正面臨I/O瓶頸。

User time

描述了處理用戶進(jìn)程的百分比，包括nice time。如果User time的值很高，說(shuō)明系統(tǒng)性能用在處理實(shí)際的工作。

System time

描述了CPU花費(fèi)在處理內(nèi)核操作包旅旁括IRQ和軟件中斷上面的百分比。如果system time很高說(shuō)明系統(tǒng)可能存在網(wǎng)絡(luò)或者驅(qū)動(dòng)堆棧方面的瓶頸。一個(gè)系統(tǒng)通常只花費(fèi)很少的時(shí)間去處理內(nèi)核的操作。

Idle time

描述了CPU空閑的百分比。

Nice time

描述了CPU花費(fèi)在處理re-nicing進(jìn)程的百分比。

Context switch

系統(tǒng)中線程之間進(jìn)行交換的數(shù)量。

Waiting

CPU花費(fèi)在等待I/O操作上的總時(shí)間，與blocked相似，一個(gè)系統(tǒng)不應(yīng)該花費(fèi)太多的時(shí)間在等待I/O操作上，否則你應(yīng)該進(jìn)一步檢測(cè)I/O子系統(tǒng)是否存在瓶頸。

Interrupts

Interrupts值包括硬Interrupts和軟Interrupts，硬Interrupts會(huì)對(duì)系統(tǒng)性能帶

來(lái)更多的不利影響。高的Interrupts值指出系統(tǒng)可能存在一個(gè)軟件的瓶頸，可能是內(nèi)核或者驅(qū)動(dòng)程序。注意Interrupts值中包括CPU時(shí)鐘導(dǎo)

致的中斷（現(xiàn)代的xServer系統(tǒng)每秒1000個(gè)Interrupts值）。

二、內(nèi)存參數(shù)

Free memory

相比其他操作系統(tǒng)，Linux空閑內(nèi)存的值坦鎮(zhèn)州不應(yīng)該做為一個(gè)性能參考的重要指標(biāo)，因?yàn)榫拖裎覀冎疤岬竭^(guò)的，Linux內(nèi)核會(huì)分配大量沒(méi)有被使用的內(nèi)存作為文件系統(tǒng)的緩存，所以這個(gè)值通常都比較小。

Swap usage

這個(gè)值描述了已經(jīng)被使用的swap空間。Swap

usage只表示了Linux管理內(nèi)存的有效性。對(duì)識(shí)別內(nèi)存瓶頸來(lái)說(shuō)，Swap In/Out才是一個(gè)比較又意義的依據(jù)，如果Swap

In/Out的值長(zhǎng)期保持在每秒200到300個(gè)頁(yè)面通常就表示系統(tǒng)可能存在內(nèi)存的瓶頸。

Buffer and cache

這個(gè)值描述了為文件系統(tǒng)和塊設(shè)備分配的緩存。注意在Red Hat Enterprise Linux

3和更早一些的版本中，大部分空閑內(nèi)存會(huì)被分配作為緩存使用。在Red Hat Enterprise Linux

4以后的版本中,你可以通過(guò)修改/proc/sys/vm中的page_cache_tuning來(lái)調(diào)整空閑內(nèi)存中作為緩存的數(shù)量。

Slabs

描述了內(nèi)核使用的內(nèi)存空間，注意內(nèi)核的頁(yè)面是不能被交換到磁盤(pán)上的。

Active versus inactive memory

提供了關(guān)于系統(tǒng)內(nèi)存的active內(nèi)存信息，Inactive內(nèi)存是被kswapd守護(hù)進(jìn)程交換到磁盤(pán)上的空間。

三、網(wǎng)絡(luò)參數(shù)

Packets received and sent

這個(gè)參數(shù)表示了一個(gè)指定網(wǎng)卡接收和發(fā)送的數(shù)據(jù)包的數(shù)量。

Bytes received and sent

這個(gè)參數(shù)表示了一個(gè)指定網(wǎng)卡接收和發(fā)送的數(shù)據(jù)包的字節(jié)數(shù)。

Collisions per second

這個(gè)值提供了發(fā)生在指定網(wǎng)卡上的網(wǎng)絡(luò)沖突的數(shù)量。持續(xù)的出現(xiàn)這個(gè)值代表在網(wǎng)絡(luò)架構(gòu)上出現(xiàn)了瓶頸，而不是在服務(wù)器端出現(xiàn)的問(wèn)題。在正常配置的網(wǎng)絡(luò)中沖突是非常少見(jiàn)的，除非用戶的網(wǎng)絡(luò)環(huán)境都是由hub組成。

Packets dropped

這個(gè)值表示了被內(nèi)核丟掉的數(shù)據(jù)包數(shù)量，可能是因?yàn)榉阑饓蛘呤蔷W(wǎng)絡(luò)緩存的缺乏。

Overruns

Overruns表達(dá)了超出網(wǎng)絡(luò)接口緩存的次數(shù)，這個(gè)參數(shù)應(yīng)該和packets dropped值聯(lián)系到一起來(lái)判斷是否存在在網(wǎng)絡(luò)緩存或者網(wǎng)絡(luò)隊(duì)列過(guò)長(zhǎng)方面的瓶頸。

Errors

這個(gè)值記錄了標(biāo)志為失敗的幀的數(shù)量。這個(gè)可能由錯(cuò)誤的網(wǎng)絡(luò)配置或者部分網(wǎng)線損壞導(dǎo)致，在銅口千兆以太網(wǎng)環(huán)境中部分網(wǎng)線的損害是影響性能的一個(gè)重要因素。

四、塊設(shè)備參數(shù)

Iowait

CPU等待I/O操作所花費(fèi)的時(shí)間。這個(gè)值持續(xù)很高通常可能是I/O瓶頸所導(dǎo)致的。

Average queue length

I/O請(qǐng)求的數(shù)量，通常一個(gè)磁盤(pán)隊(duì)列值為2到3為更佳情況，更高的值說(shuō)明系統(tǒng)可能存在I/O瓶頸。

Average wait

響應(yīng)一個(gè)I/O操作的平均時(shí)間。Average wait包括實(shí)際I/O操作的時(shí)間和在I/O隊(duì)列里等待的時(shí)間。

Transfers per second

描述每秒執(zhí)行多少次I/O操作（包括讀和寫(xiě)）。Transfers per second的值與kBytes per second結(jié)合起來(lái)可以幫助你估計(jì)系統(tǒng)的平均傳輸塊大小，這個(gè)傳輸塊大小通常和磁盤(pán)子系統(tǒng)的條帶化大小相符合可以獲得更好的性能。

Blocks read/write per second

這個(gè)值表達(dá)了每秒讀寫(xiě)的blocks數(shù)量，在2.6內(nèi)核中blocks是1024bytes，在早些的內(nèi)核版本中blocks可以是不同的大小，從512bytes到4kb。

Kilobytes per second read/write

關(guān)于linux檢測(cè)到時(shí)鐘錯(cuò)誤的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。

創(chuàng)新互聯(lián)成都網(wǎng)站建設(shè)公司提供專業(yè)的建站服務(wù)，為您量身定制，歡迎來(lái)電（028-86922220）為您打造專屬于企業(yè)本身的網(wǎng)絡(luò)品牌形象。
成都創(chuàng)新互聯(lián)品牌官網(wǎng)提供專業(yè)的網(wǎng)站建設(shè)、設(shè)計(jì)、制作等服務(wù)，是一家以網(wǎng)站建設(shè)為主要業(yè)務(wù)的公司，在網(wǎng)站建設(shè)、設(shè)計(jì)和制作領(lǐng)域具有豐富的經(jīng)驗(yàn)。

新聞名稱：【技術(shù)】Linux系統(tǒng)出現(xiàn)時(shí)鐘錯(cuò)誤問(wèn)題的解決方法(linux檢測(cè)到時(shí)鐘錯(cuò)誤)
轉(zhuǎn)載源于：http://fisionsoft.com.cn/article/cdjcjgp.html

新聞中心

怎樣分析linux的性能指標(biāo)

其他資訊