建站
咨詢
售后
建站咨詢
新聞中心
在使用Linux系統(tǒng)過程中，可能會(huì)遇到時(shí)鐘錯(cuò)誤的問題。時(shí)鐘錯(cuò)誤會(huì)導(dǎo)致系統(tǒng)時(shí)間錯(cuò)誤，影響系統(tǒng)的正常運(yùn)行。那么我們?cè)撊绾谓鉀QLinux系統(tǒng)出現(xiàn)時(shí)鐘錯(cuò)誤的問題呢？
公司主營(yíng)業(yè)務(wù)：網(wǎng)站設(shè)計(jì)、做網(wǎng)站、移動(dòng)網(wǎng)站開發(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ì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。成都創(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)硬件存在問題，需要更換或維修。
2.設(shè)置正確的時(shí)區(qū)和時(shí)間
如果硬件沒有問題，我們需要檢查系統(tǒng)的時(shí)區(qū)和時(shí)間是否正確?？梢酝ㄟ^以下命令來查看和修改系統(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)的硬件和配置都沒有問題，那么我們需要檢查操作系統(tǒng)本身是否存在故障?？梢酝ㄟ^以下操作來進(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
如果以上方法都沒有解決問題，還有一個(gè)可能的原因是NTP（網(wǎng)絡(luò)時(shí)間協(xié)議）導(dǎo)致的。NTP是用于同步系統(tǒng)時(shí)間的協(xié)議，但如果遇到錯(cuò)誤配置，會(huì)導(dǎo)致時(shí)鐘錯(cuò)誤?？梢酝ㄟ^以下命令來禁用NTP：
$ sudo systemctl stop ntpd
$ sudo systemctl disable ntpd
5.重新安裝操作系統(tǒng)
如果以上方法都無法解決問題，可能需要重新安裝操作系統(tǒng)。但在重新安裝之前，需要備份重要數(shù)據(jù)。
以上就是解決Linux系統(tǒng)出現(xiàn)時(shí)鐘錯(cuò)誤的方法。在出現(xiàn)問題時(shí)，我們需要耐心排查，找出問題所在，并綜合使用各種方法來解決問題。 Linux系統(tǒng)是一種開放、靈活的操作系統(tǒng)，它的強(qiáng)大體現(xiàn)在其豐富的功能和易于定制化的特點(diǎn)，但也需要我們有足夠的技術(shù)儲(chǔ)備和耐心，才能克服各種系統(tǒng)問題。
相關(guān)問題拓展閱讀：
- 怎樣分析linux的性能指標(biāo)
怎樣分析linux的性能指標(biāo)
不知道你是不是指性能測(cè)試，使攔寬用UnixBench跑一下就有者衡灶了。
各測(cè)試指首扮標(biāo)的說明請(qǐng)看鏈接
LR
監(jiān)控
UNIX/Linux
系統(tǒng)方法
一、準(zhǔn)備工作：
1.
可以通過兩種方法驗(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ù)器的
IP
，如果該命令返回相關(guān)的
統(tǒng)計(jì)信息。則表示已經(jīng)配置并且激活了
rstatd
守護(hù)進(jìn)程；若未返回有意義的統(tǒng)計(jì)信息，或者出現(xiàn)一
條錯(cuò)誤報(bào)告，則表示
rstatd
守護(hù)進(jìn)程尚未被配置或有問題。
②使用
find
命令
#find / -name rpc.rstatd,
該命令用于查找系統(tǒng)中是否存在
rpc.rstatd
文件，如果沒有，說明系統(tǒng)沒
有安裝
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ù)器上沒有安裝
rstatd
程序（一般來說
LINUX
都沒有安裝）
，需伍凳要下載一個(gè)包才有這個(gè)服
務(wù)
,
包
名
字
是
rpc.rstatd-4.0.1.tar.gz.
這
是
一
個(gè)
源
碼
,
需
要
編
譯
,
下
載
并
安
裝
rstatd
（
可
以
在
這個(gè)地址下載）下載后，開始安裝，安裝步驟如下：
tar -xzvf rpc.rstatd-4.0.1.tar.gz
cd rpc.rstatd-4.0.1/
./configure
—配置操作
make
—進(jìn)行編譯
make install
—開始安裝
rpc.rstatd
—啟動(dòng)
rstatd
進(jìn)程
“
rpcinfo -p
”命令來查看當(dāng)前系統(tǒng)是否已經(jīng)啟動(dòng)了
rstatd
守護(hù)進(jìn)程
只要保證
Linux
機(jī)器上的進(jìn)程里有
rstatd
和
xinetd
這二個(gè)服務(wù)就可以用
LR
去監(jiān)視了，通過以下
兩點(diǎn)可以檢查是否啟動(dòng)：
）檢查是否啟動(dòng)
: rsh server
監(jiān)聽的
TCP
是
514
。
# netstat -an |grep 514
tcp 0 0 0.0.0.0:514 0.0.0.0:* LISTEN
如果能看到
514
在監(jiān)聽說明
rsh
服務(wù)器已經(jīng)啟動(dòng)。
）檢查是否啟動(dòng)
: rstatd
輸入命令
: rpcinfo -p
如果能看到類似如下信息：
程序版本協(xié)議端口
5
udp
937
rstatd
4
udp
937
rstatd
3
udp
937
rstatd
2
udp
937
rstatd
1
udp
937
rstatd
那就說明
rstatd
服務(wù)啟動(dòng)了
,(
當(dāng)然這里也可以用
ps ax
代替
)
．安裝
rsh
和
rsh-server
兩個(gè)服務(wù)包方法
a.
卸載
rsh
# rpm
–
q
rsh
查看版本號(hào)
# rpm
-e
版本號(hào)
卸載該版本。
b
．安裝
# 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)中，通過如下命令重啟：
# 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.
# Copyright (c) 2023 SuSE Linux AG, 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è)置成
on
這個(gè)的意思就是在
xinetd
啟動(dòng)的時(shí)候默認(rèn)都啟動(dòng)上面的三個(gè)服務(wù)
!
說明：我自己在配置時(shí)，沒有
disable = yes
這項(xiàng)，我就將
# default: off
改為：
default: on
，重啟后
(cd /etc/init.d/./xinetd restart
）通過
netstat -an |grep 514
查看，沒有返回。然后，我就手動(dòng)在三個(gè)文
件中最后一行加入
disable
=
no
，再重啟
xinetd
，再使用
netstat
-an
|grep
514
查看，得到
tcp
0
0
0.0.0.0:514 0.0.0.0:* LISTEN
結(jié)果，表明
rsh
服務(wù)器已經(jīng)啟動(dòng)。
看到網(wǎng)上有的地方說使用如下命令：
# 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)的
IP
地址，然后選
擇需要監(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)中的防火墻開啟了并且阻擋了
LoadRunner
監(jiān)控
Linux
系統(tǒng)的資源，
因此要將防火墻關(guān)閉。
關(guān)閉防火墻：
# /etc/init.d/iptables stop;
三、監(jiān)控
UNIX
lr
監(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)，只不過CPU暫時(shí)不可用；
b，被blocked的進(jìn)程數(shù)，正在等待IO請(qǐng)求；
in，interrupts，被處理過的中斷數(shù)
cs，context switch，系統(tǒng)上正在做上下文切換的數(shù)目
us，用戶占用巧鄭棗CPU的百分比
sys，內(nèi)核和中斷占用CPU的百分比
id，CPU完全空閑的百分比
上例可得：
sy高us低，以及高頻度的上下文切換（cs），說明應(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
in
（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)存用來緩存讀寫操作的buffer大小，KB 為單位；
cache，物理內(nèi)存用來緩存進(jìn)程地址空間的 cache 大小，KB 為單位；
si，數(shù)據(jù)從 SWAP 讀取到 RAM（swap in）的大小，KB 為單位；
so，數(shù)據(jù)從 RAM 寫到 SWAP（swap out）的大小，KB 為單位。
上例可得：
物理可用內(nèi)存 free 基本沒什么顯著變化，swapd逐步增加，說明最小可用的內(nèi)存始終保持在 256MB(物理內(nèi)存大小) * 10％ = 2.56MB 左右，當(dāng)臟頁達(dá)到10％的時(shí)候就開始大量使用swap。
free
$ free -m
total used free shared buffers cached
Mem:
-/+ buffers/cache:
Swap:
三、磁盤IO
1、良好狀態(tài)指標(biāo)
iowait %
提高命中率的一個(gè)簡(jiǎn)單方式就是增大文件緩存區(qū)面積，緩存區(qū)越大預(yù)存的頁面就越多，命中率也越高。
Linux 內(nèi)核希望能盡可能產(chǎn)生次缺頁中斷（從文件緩存區(qū)讀），并且能盡可能避免主缺頁中斷（從硬盤讀），這樣隨著次缺頁中斷的增多，文件緩存區(qū)也逐步增大，直到系統(tǒng)只有少量可用物理內(nèi)存的時(shí)候 Linux 才開始釋放一些不用的頁。
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左右用來做磁盤緩存（Buffers），4GB左右用來做文件緩存區(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很接近，表示幾乎沒有I/O等待，磁盤性能很好，如果await的值遠(yuǎn)高于svctm的值，則表示I/O隊(duì)列等待太長(zhǎng)，系統(tǒng)上運(yùn)行的應(yīng)用程序?qū)⒆兟?/p>
如果%util接近100%，表示磁盤產(chǎn)生的I/O請(qǐng)求太多，I/O系統(tǒng)已經(jīng)滿負(fù)荷的在工作，該磁盤可能存在瓶頸。
四、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)聽的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.0:*
–
udp
0
0.0.0.0:
0.0.0.0:*
–
udp
0
0.0.0.0:
0.0.0.0:*
–
udp
0
0.0.0.0:
0.0.0.0:*
–
udp
0
0.0.0.0:
0.0.0.0:*
–
udp
0
0.0.0.0:
0.0.0.0:*
–
udp
0
0.0.0.0:
0.0.0.0:*
–
udp
0
0.0.0.0:
0.0.0.0:*
–
RecvQ、SendQ為0，或者不長(zhǎng)時(shí)間有數(shù)值是比較正常的。
對(duì)于UDP服務(wù)，查看丟包情況（網(wǎng)卡收到了，但是應(yīng)用層沒有處理過來造成的丟包）
$ watch netstat -su
Udp:
packetsreceived
packetsto unknown port received.
packet
receive errors
packetssent
packet receive errors 這一項(xiàng)數(shù)值增長(zhǎng)了，則表明在丟包
對(duì)于TCP（來自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ì)通過重傳機(jī)制來保證丟的包到達(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
ps
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í)間的超過80％，就可能是出現(xiàn)了處理器的瓶頸。
Runable processes
這個(gè)值描述了正在準(zhǔn)備被執(zhí)行的進(jìn)程，在一個(gè)持續(xù)讓蔽時(shí)間里這個(gè)值不應(yīng)該超過物理CPU數(shù)量的10倍，否則CPU方面就可能存在瓶頸。
Blocked
描述了那些因?yàn)榈却齀/O操作結(jié)束而不能被執(zhí)行的進(jìn)程，Blocked可能指出你正面臨I/O瓶頸。
User time
描述了處理用戶進(jìn)程的百分比，包括nice time。如果User time的值很高，說明系統(tǒng)性能用在處理實(shí)際的工作。
System time
描述了CPU花費(fèi)在處理內(nèi)核操作包旅旁括IRQ和軟件中斷上面的百分比。如果system time很高說明系統(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)性能帶
來更多的不利影響。高的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)榫拖裎覀冎疤岬竭^的，Linux內(nèi)核會(huì)分配大量沒有被使用的內(nèi)存作為文件系統(tǒng)的緩存，所以這個(gè)值通常都比較小。
Swap usage
這個(gè)值描述了已經(jīng)被使用的swap空間。Swap
usage只表示了Linux管理內(nèi)存的有效性。對(duì)識(shí)別內(nèi)存瓶頸來說，Swap In/Out才是一個(gè)比較又意義的依據(jù)，如果Swap
In/Out的值長(zhǎng)期保持在每秒200到300個(gè)頁面通常就表示系統(tǒng)可能存在內(nèi)存的瓶頸。
Buffer and cache
這個(gè)值描述了為文件系統(tǒng)和塊設(shè)備分配的緩存。注意在Red Hat Enterprise Linux
3和更早一些的版本中，大部分空閑內(nèi)存會(huì)被分配作為緩存使用。在Red Hat Enterprise Linux
4以后的版本中,你可以通過修改/proc/sys/vm中的page_cache_tuning來調(diào)整空閑內(nèi)存中作為緩存的數(shù)量。
Slabs
描述了內(nèi)核使用的內(nèi)存空間，注意內(nèi)核的頁面是不能被交換到磁盤上的。
Active versus inactive memory
提供了關(guān)于系統(tǒng)內(nèi)存的active內(nèi)存信息，Inactive內(nèi)存是被kswapd守護(hù)進(jì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ǎng)絡(luò)中沖突是非常少見的，除非用戶的網(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)系到一起來判斷是否存在在網(wǎng)絡(luò)緩存或者網(wǎng)絡(luò)隊(duì)列過長(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ù)很高通?？赡苁荌/O瓶頸所導(dǎo)致的。
Average queue length
I/O請(qǐng)求的數(shù)量，通常一個(gè)磁盤隊(duì)列值為2到3為更佳情況，更高的值說明系統(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操作（包括讀和寫）。Transfers per second的值與kBytes per second結(jié)合起來可以幫助你估計(jì)系統(tǒng)的平均傳輸塊大小，這個(gè)傳輸塊大小通常和磁盤子系統(tǒng)的條帶化大小相符合可以獲得更好的性能。
Blocks read/write per second
這個(gè)值表達(dá)了每秒讀寫的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ù)，為您量身定制，歡迎來電（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ò)誤問題的解決方法(linux檢測(cè)到時(shí)鐘錯(cuò)誤)
分享路徑：http://m.5511xx.com/article/cdjcjgp.html
