为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

linux服务器监控

2012-02-02 4页 doc 133KB 27阅读

用户头像

is_510814

暂无简介

举报
linux服务器监控(一)深入研究LR监控原理----linux服务器监控基础发布时间:2007-12-2117:09  作者:未知  来源:网络转载字体: 小 中 大 |上一篇下一篇|打印 |我要投稿 |推荐标签:LoadRunner  Linux服务器性能监测是很重要的工作,服务器运行应该提供最有效的系统性能。当服务器系统性能突然低于平均应有的情况,问题可能来自在执行的进程、内存的使用率、磁盘的性能、网络流量和CPU的压力。在预算短缺的今天,理...
linux服务器监控
(一)深入研究LR监控原理----linux服务器监控基础发布时间:2007-12-2117:09  作者:未知  来源:网络转载字体: 小 中 大 |上一篇下一篇|打印 |我要投稿 |推荐标签:LoadRunner  Linux服务器性能监测是很重要的工作,服务器运行应该提供最有效的系统性能。当服务器系统性能突然低于平均应有的情况,问题可能来自在执行的进程、内存的使用率、磁盘的性能、网络流量和CPU的压力。在预算短缺的今天,理解如何优化系统性能比以往任何时候都重要。要实现它的前提是,你必须充分了解自己的计算机和网络,从而找到真正的瓶颈所在。本文提供一些基础的工具来辨别和处理一些性能问题。使用的Linux发行版本是RedHatEnterpriseLinux4,工作过程是:首先查看整个系统的状态,然后是检查特定的子系统。   Linux服务器进行性能监控有几种方法,每种方法都各有其优缺点。使用SNMP等工具  标准及非标准工具能执行一个或多个收集、合并及传输阶段,如rstatd或SNMP工具,然而标准的rstat后台程序提供的信息是有限的,速度慢而且效率低。内核模块  几个系统监控工程利用内核模块来存取监控数据。一般情况下,这是很有效的收集系统数据的方法。然而这种方法存在的问题是,当主内核源内有其它改变时,必须保持代码一致性。一个内核模块可能与用户想使用的其它内核模块相冲突。此外,在使用监控系统之前,用户必须获得或申请模块。/proc虚拟文件系统  /proc虚拟文件系统是一个较快的、高效率执行系统监控的方法。使用/proc的主要缺点是必须保持代码分析与/proc文件格式改变的同步。事实表明,Linux内核的改变比/proc文件格式的改变要更频繁,所以,用/proc虚拟文件系统比用内核模块存在的问题要少。本文介绍的方法即基于/proc虚拟文件系统。一、/proc文件系统特点  Linux系统向管理员提供了非常好的方法,使他们可以在系统运行时更改内核,而不需要重新引导内核系统。这是通过/proc虚拟文件系统实现的。/proc文件虚拟系统是一种内核和内核模块用来向进程(process)发送信息的机制(所以叫做/proc)。这个伪文件系统让你可以和内核内部数据结构进行交互,获取有关进程的有用信息,在运行中(onthefly)改变设置(通过改变内核参数)。与其他文件系统不同,/proc存在于内存之中而不是硬盘上。不用重新启动而去看CMOS,就可以知道系统信息。这就是/proc的妙处之一。/proc目录里主要文件内容,见表-1:     小提示:每个Linux系统根据软硬件不同/proc虚拟文件系统的内容也有些差异。/proc虚拟文件系统有三个很重要的目录:net,scsi和sys。Sys目录是可写的,可以通过它来访问或修改内核的参数,而net和scsi则依赖于内核配置。不使用Loadrunner同样也可以监控二、系统负载监测   1使用uptime命令   使用uptime命令可以查看系统负载,系统平均负载被定义为在特定时间间隔内运行队列中的平均进程数目。如果一个进程满足以下条件则其就会位于运行队列中:没有在等待I/O操作的结果、它没有主动进入等待状态(也就是没有被调用、没有被停止。   #uptime   9:51pmup3days,4:43,4users,loadaverage:6.02,5.90,3.94   上面命令显示示最近1分钟内系统的平均负载是6.02,在最近5分钟内系统的平均负载是5.90,在最近的15分钟内系统的平均负载是3.94。一共四个用户。对于上面的例子来说,由于笔者系统使用是双CPU,那幺其每个CPU的当前任务数为:6.02/2=3.01。另外可以使用cron命令进行定时监测系统负载:   #crontab-e   此时打开一个vi编辑器:输入以下内容:   #30*****uptime   存盘退出,这样每隔30分钟就记载其平均负载,这样累计一天,我们就可以得到最近一天的平均负载。   2使用cat/proc/loadavg命令   #cat/proc/loadavg    0.400.790.702/2454101    Cat/proc/loadavg提供以下数据:   1秒钟平均负载;5秒钟平均负载;15秒钟平均负载;总作业数;正在运行的作业总数。   3使用cat/proc/stat命令   #cat/proc/stat   cpu 1601513532884010167736026644323   cpu01601513532884010167736026644323   intr1605646156500852044060186642961667514180013518   ctxt617320   btime1178342189    processes4236   procs_running2   procs_blocked0   cat/proc/stat命令是包含内核统计量,提供以下数据:   CPU以及CPU0、每行的每个参数意思(以第一行为例)为:   user(432661)从系统启动开始累计到当前时刻,用户态的CPU时间(单位:jiffies),不包含nice值为负进程。1jiffies=0.01秒   nice(13295)从系统启动开始累计到当前时刻,nice值为负的进程所占用的CPU时间(单位:jiffies)   system(86656)从系统启动开始累计到当前时刻,核心时间(单位:jiffies)   idle(422145968)从系统启动开始累计到当前时刻,除硬盘IO等待时间以外其它等待时间(单位:jiffies)   iowait(171474)从系统启动开始累计到当前时刻,硬盘IO等待时间(单位:jiffies),irq(233)从系统启动开始累计到当前时刻,硬中断时间(单位:jiffies)   softirq(5346)从系统启动开始累计到当前时刻,软中断时间(单位:jiffies)    CPU时间=user+system+nice+idle+iowait+irq+softirq   “intr”这行给出中断的信息,第一个为自系统启动以来,发生的所有的中断的次数;然后每个数对应一个特定的中断自系统启动以来所发生的次数。   “ctxt”给出了自系统启动以来CPU发生的上下文交换的次数。   “btime”给出了从系统启动到现在为止的时间,单位为秒。    “processes(total_forks)自系统启动以来所创建的任务的个数目。   “procs_running”:当前运行队列的任务的数目。   “procs_blocked”:当前被阻塞的任务的数目。   4使用xload图形显示系统负载   如果安装了KDE环境,可以使用xload显示系统平均负载的柱状图,它会定期地更新。xload是Linux一个系统命令,使用方法:   #xload[-options...]   xload主要选项和说明:
/
本文档为【linux服务器监控】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索