仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 4022|回复: 19
打印 上一主题 下一主题

[其他Linux] Linux编程:Linux命令vmstat先容仓酷云

[复制链接]
精灵巫婆 该用户已被删除
跳转到指定楼层
#
发表于 2015-1-18 11:37:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
常用的linux命令,尤其是一些能帮你提高开发效率的命令,(eg:grep,awk,sed,split等);
vmstat先容
经由过程STATSPACK搜集服务器信息,次要经由过程搜集VMSTAT的信息来展示服务器情况。VMSTAT工具是最多见的Unix监控工具,能够展示给准时间距离的服务器的形态值。
一样平常VMSTAT工具的利用是经由过程两个数字参数来完成的,第一个参数是采样的工夫距离数,单元是秒,第二个参数是采样的次数。如:
[oracle@localhostoracle]$vmstat2
procs———–memory———-—swap–—–io—-–system–—-cpu—-
rbswpdfreebuffcachesisobiboincsussyidwa
0019580438124061615986560000102466976001000
00195804381240616159865600012104866961001000
00195804381240616159865600028105467067001000
0019580438124061615986560000102066988001000
(注:今朝体系几近余暇,而且分歧操纵体系VMSTAT输入内容有所分歧)
今朝说来,关于服务器监控有效处的器度次要有:
r(运转行列)
pi(页导进)
us(用户CPU)
sy(体系CPU)
id(余暇)
(假如r常常年夜于4,且id常常少于40,暗示cpu的负荷很重。)
(假如bi,bo临时不即是0,暗示内存不敷)
经由过程VMSTAT辨认CPU瓶颈
r(运转行列)展现了正在实行和守候CPU资本的义务个数。当这个值凌驾了CPU数量,就会呈现CPU瓶颈了
取得CPU个数的命令(LINUX情况):
cat/proc/cpuinfo|grepprocessor|wc-l
当r值凌驾了CPU个数,就会呈现CPU瓶颈,办理举措大致几种:
1.最复杂的就是增添CPU个数
2.经由过程调剂义务实行工夫,如年夜义务放到体系不忙碌的情形下举行实行,进尔均衡体系义务
3.调剂已有义务的优先级
经由过程VMSTAT辨认CPU满负荷
起首必要声明一点的是,vmstat中CPU的器度是百分比的。当us+sy的值靠近100的时分,暗示CPU正在靠近满负荷事情。但要注重的是,CPU满负荷事情其实不能申明甚么,UNIX老是试图要CPU尽量的忙碌,使得义务的吞吐量最年夜化。独一可以断定CPU瓶颈的仍是r(运转行列)的值。
经由过程VMSTAT辨认RAM瓶颈
数据库服务器都只要无限的RAM,呈现内存争用征象是Oracle的罕见成绩。
起首观察RAM的数目,命令以下(LINUX情况):
[oracle@oracle-db02~]$free
totalusedfreesharedbufferscached
Mem:2074924207111238120406161598656
-/+buffers/cache:4318401643084
Swap:30684041958042872600
固然可使用top等其他命令来显现RAM。
当内存的需求年夜于RAM的数目,服务器启动了假造内存机制,经由过程假造内存,能够将RAM段移到SWAPDISK的特别磁盘段上,如许会呈现假造内存的页导出和页导进征象,页导出其实不能申明RAM瓶颈,假造内存体系常常会对内存段举行页导出,但页导进操纵就标明了服务器必要更多的内存了,页导进必要从SWAPDISK大将内存段复制回RAM,招致服务器速率变慢。
办理的举措有几种:
1.最复杂的,加年夜RAM
2.改小SGA,使得对RAM需求削减
3.削减RAM的需求(如:削减PGA)

经常看到有人问用什么版本的linux好,其实只要你认真学习无论什么版本都挺好的。
小妖女 该用户已被删除
19#
发表于 2015-5-10 02:23:22 | 只看该作者
一些显而易见的小错误还是用vi改正比较方便。以后的大一点的程序就得在Linux下调试了,因为有的头文件在VC里面说找不到。?
再现理想 该用户已被删除
18#
发表于 2015-5-5 20:33:12 | 只看该作者
随着Linux技术的更加成熟、完善,其应用领域和市场份额继续快速增大。目前,其主要应用领域是服务器系统和嵌入式系统。然而,它的足迹已遍布各个行业,几乎无处不在。
柔情似水 该用户已被删除
17#
发表于 2015-5-3 15:15:51 | 只看该作者
直到学习Linux这门课以后,我才知道,原来我错了。?
admin 该用户已被删除
16#
发表于 2015-5-1 14:09:31 | 只看该作者
了解Linux的网络安全,系统的安全,用户的安全等。安全对于每位用户,管理员来说是非常重要的。
蒙在股里 该用户已被删除
15#
发表于 2015-4-16 03:28:30 | 只看该作者
众所周知,目前windows操作系统是主流,在以后相当长的时间内不会有太大的改变,其方便友好的图形界面吸引了众多的用户。
灵魂腐蚀 该用户已被删除
14#
发表于 2015-4-15 14:10:46 | 只看该作者
即便是非英语国家的人发布技术文档,Linux也都首先翻译成英语在国际学术杂志和网络上发表。
第二个灵魂 该用户已被删除
13#
发表于 2015-4-7 23:17:23 | 只看该作者
以前觉得Linux就跟dos一样,全是用命令窗口,相对于窗口界面来说多麻烦呀。
乐观 该用户已被删除
12#
发表于 2015-3-24 11:37:03 | 只看该作者
安装一个新的软件时先看README,再看INSTALL然后看FAQ,最后才动手安装,这样遇到问题就知道为什么。如果Linux说明文档不看,结果出了问题再去论坛来找答案反而浪费时间。
小魔女 该用户已被删除
11#
发表于 2015-3-17 16:10:39 | 只看该作者
你需要提供精确有效的信息。Linux这并不是要求你简单的把成吨的出错代码或者数据完全转储摘录到你的提问中。
活着的死人 该用户已被删除
10#
发表于 2015-3-13 08:48:04 | 只看该作者
下面看看一个让人无法回答的问题:“救命各位高手,向你们请教一些问题:如何在Linux下配制HTTP、FTP、Samba、DNS、DHCP、Sendmail服务器,谢谢”这样的问题。
飘飘悠悠 该用户已被删除
9#
发表于 2015-3-13 07:08:19 | 只看该作者
随着IT从业人员越来越多,理论上会有更多的人使用Linux,可以肯定,Linux在以后这多时间不会消失。
简单生活 该用户已被删除
8#
发表于 2015-3-7 11:37:01 | 只看该作者
首先Linux是开源的,这也是最主要的原因,想学windows,Unix,对不起我们没源代码。也正是因为这样,Linux才能够像滚雪球一样越滚越大,发展到现在这种规模。
老尸 该用户已被删除
7#
发表于 2015-3-6 18:23:16 | 只看该作者
学习Linux系统在服务中的配置方法及使用方法。Linux在服务器中应用相当广,应对常用的apache,samba,ftp等服务器基本配置清楚了解。[重点,应巩固学习]
兰色精灵 该用户已被删除
6#
发表于 2015-3-1 06:00:03 | 只看该作者
笔者五分钟后就给出了解决方法: “首先备份原文件到其他目录,然后删掉/usr/local/unispim/unispimsp.ksc,编辑 /usr/local/unispim/unispimsp.ini,最后重启动计算机
海妖 该用户已被删除
5#
发表于 2015-2-27 08:08:30 | 只看该作者
目前全球有超过一百多个Linux发行版本,在国内也能找到十几个常见版本。如何选择请根据你的需求和能力,RedhatLinux和DebianLinux是网络管理员的理想选择。
再见西城 该用户已被删除
地板
发表于 2015-2-9 15:31:18 | 只看该作者
随着Linux技术的更加成熟、完善,其应用领域和市场份额继续快速增大。目前,其主要应用领域是服务器系统和嵌入式系统。然而,它的足迹已遍布各个行业,几乎无处不在。
愤怒的大鸟 该用户已被删除
板凳
发表于 2015-2-6 14:18:27 | 只看该作者
有疑问前,知识学习前,先用搜索。
金色的骷髅 该用户已被删除
沙发
发表于 2015-1-30 17:17:48 | 只看该作者
直到学习Linux这门课以后,我才知道,原来我错了。?
透明 该用户已被删除
楼主
发表于 2015-1-21 11:33:31 | 只看该作者
把这个问题放在其他Linux社区请求帮助也是一种选择。如果Linux得不到答案,请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答案罢了。这时换一个社区是不错的选择。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-22 23:52

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表