1. 关于Vmware workstation 9 on ubuntu 上安装的虚拟机 的虚拟磁盘使用物理硬盘【lvm】问题
怎么说呢,区别不是很大,用分区(就是逻辑卷)做虚拟机硬盘,好处是复制删除文件方便,物理机、虚拟机之间文件传送好;坏处就是在物理机分区不小心弄了虚拟机文件,有可能开不了。
如果要调整VM硬盘大小,建议用虚拟硬盘,有两种,一种就是建立时创建固定大小,还有一种动态大小,用多少,系统文件会慢慢变大
虚拟机硬盘不是瓶颈……
2. 使用VisualVM的sampler功能做分析时,电脑CPU会被占用100%,而且没有数据,停止后cpu恢复
经常出现CPU占用100%的情况,主要问题可能发生在下面的某些方面:
CPU占用率高的九种可能
1、防杀毒软件造成故障
由于新版的KV、金山、瑞星都加入了对网页、插件、邮件的随机监控,无疑增大了系统负担。处理方式:基本上没有合理的处理方式,尽量使用最少的监控服务吧,者,升级你的硬件配备。
2、驱动没有经过认证,造成CPU资源占用100%
大量的测试版的驱动在网上泛滥,造成了难以发现的故障原因。 处理方式:尤其是显卡驱动特别要注意,建议使用微软认证的或由官方发布的驱动,并且严格核对型号、版本。
3、病毒、木马造成
大量的蠕虫病毒在系统内部迅速复制,造成CPU占用资源率据高不下。解决办法:用可靠的杀毒软件彻底清理系统内存和本地硬盘,并且打开系统设置软件,察看有无异常启动的程序。经常性更新升级杀毒软件和防火墙,加强防毒意识,掌握正确的防杀毒知识。
4、控制面板—管理工具—服务—RISING REALTIME MONITOR SERVICE点鼠标右键,改为手动。
5、开始->;运行->;msconfig->;启动,关闭不必要的启动项,重启。
6、查看“svchost”进程。
svchost.exe是Windows XP系统的一个核心进程。svchost.exe不单单只出现在Windows XP中,在使用NT内核的Windows系统中都会有svchost.exe的存在。一般在Windows 2000中svchost.exe进程的数目为2个,而在Windows XP中svchost.exe进程的数目就上升到了4个及4个以上。
7、查看网络连接。主要是网卡。
8、查看网络连接
当安装了Windows XP的计算机做服务器的时候,收到端口 445 上的连接请求时,它将分配内存和少量地调配 CPU资源来为这些连接提供服务。当负荷过重的时候,CPU占用率可能过高,这是因为在工作项的数目和响应能力之间存在固有的权衡关系。你要确定合适的 MaxWorkItems 设置以提高系统响应能力。如果设置的值不正确,服务器的响应能力可能会受到影响,或者某个用户独占太多系统资源。
要解决此问题,我们可以通过修改注册表来解决:在注册表编辑器中依次展开[HKEY_LOCAL_ ]分支,在右侧窗口中新建一个名为“maxworkitems”的DWORD值。然后双击该值,在打开的窗口中键入下列数值并保存退出:
9、看看是不是Windows XP使用鼠标右键引起CPU占用100%
在资源管理器里面,当你右键点击一个目录或一个文件,你将有可能出现下面所列问题:
任何文件的拷贝操作在那个时间将有可能停止相应
网络连接速度将显着性的降低
所有的流输入/输出操作例如使用Windows Media Player听音乐将有可能是音乐失真成因:
当你在资源管理器里面右键点击一个文件或目录的时候,当快捷菜单显示的时候,CPU占用率将增加到100%,当你关闭快捷菜单的时候才返回正常水平。
解决方法:
方法一:关闭“为菜单和工具提示使用过渡效果”
1、点击“开始”--“控制面板”
2、在“控制面板”里面双击“显示”
3、在“显示”属性里面点击“外观”标签页
4、在“外观”标签页里面点击“效果”
5、在“效果”对话框里面,清除“为菜单和工具提示使用过渡效果”前面的复选框接着点击两次“确定”按钮。
方法二:在使用鼠标右键点击文件或目录的时候先使用鼠标左键选择你的目标文件或目录。然后再使用鼠标右键弹出快捷菜单。
一般情况下CPU占了100%的话我们的电脑总会慢下来,而很多时候我们是可以通过做一点点的改动就可以解决,而不必问那些大虾了。
当机器慢下来的时候,首先我们想到的当然是任务管理器了,看看到底是哪个程序占了较搞的比例,如果是某个大程序那还可以原谅,在关闭该程序后只要CPU正常了那就没问题;如果不是,那你就要看看是什幺程序了,当你查不出这个进程是什幺的时候就去google或者搜。有时只结束是没用的,在xp下我们可以结合msconfig里的启动项,把一些不用的项给关掉。在2000下可以去下个winpatrol来用。
一些常用的软件,比如浏览器占用了很搞的CPU,那幺就要升级该软件或者干脆用别的同类软件代替,有时软件和系统会有点不兼容,当然我们可以试下xp系统下给我们的那个兼容项,右键点该.exe文件选兼容性。
svchost.exe有时是比较头痛的,当你看到你的某个svchost.exe占用很大CPU时你可以去下个aports或者fport来检查其对应的程序路径,也就是什幺东西在掉用这个svchost.exe,如果不是c:Windowssystem32(xp)或c:winntsystem32(2000)下的,那就可疑。升级杀毒软件杀毒吧。
右击文件导致100%的CPU占用我们也会遇到,有时点右键停顿可能就是这个问题了。官方的解释:先点左键选中,再右键(不是很理解)。非官方:通过在桌面点右键-属性-外观-效果,取消”为菜单和工具提示使用下列过度效果(U)“来解决。还有某些杀毒软件对文件的监控也会有所影响,可以关闭杀毒软件的文件监控;还有就是对网页,插件,邮件的监控也是同样的道理。
一些驱动程序有时也可能出现这样的现象,最好是选择微软认证的或者是官方发布的驱动来装,有时可以适当的升级驱动,不过记得最新的不是最好的。
CPU降温软件,由于软件在运行时会利用所以的CPU空闲时间来进行降温,但Windows不能分辨普通的CPU占用和降温软件的降温指令之间的区别,因此CPU始终显示100%,这个就不必担心了,不影响正常的系统运行。
在处理较大的word文件时由于word的拼写和语法检查会使得CPU累,只要打开word的工具-选项-拼写和语法把”检查拼写和检查语法“勾去掉。
单击avi视频文件后CPU占用率高是因为系统要先扫描该文件,并检查文件所有部分,并建立索引;解决办法:右击保存视频文件的文件夹-属性-常规-高级,去掉为了快速搜索,允许索引服务编制该文件夹的索引的勾。
CPU占用100%案例分析
1、dllhost进程造成CPU使用率占用100%
特征:服务器正常CPU消耗应该在75%以下,而且CPU消耗应该是上下起伏的,出现这种问题的服务器,CPU会突然一直处100%的水平,而且不会下降。查看任务管理器,可以发现是DLLHOST.EXE消耗了所有的CPU空闲时间,管理员在这种情况下,只好重新启动IIS服务,奇怪的是,重新启动IIS服务后一切正常,但可能过了一段时间后,问题又再次出现了。
直接原因:
有一个或多个ACCESS数据库在多次读写过程中损坏,微软的MDAC系统在写入这个损坏的ACCESS文件时,ASP线程处于BLOCK状态,结果其它线程只能等待,IIS被死锁了,全部的CPU时间都消耗在DLLHOST中。
解决办法:
安装“一流信息监控拦截系统”,使用其中的“首席文件检查官IIS健康检查官”软件,
启用”查封我号锁模块”,设置:
--wblock=yes
监控的目录,请指定您的主机的文件所在目录:
--wblockdir=d: est
监控生成的日志的文件保存位置在安装目录的log目录中,文件名为:logblock.htm
停止IIS,再启动“首席文件检查官IIS健康检查官”,再启动IIS,“首席文件检查官IIS健康检查官”会在logblock.htm中记录下最后写入的ACCESS文件的。
过了一段时间后,当问题出来时,例如CPU会再次一直处100%的水平,可以停止IIS,检查logblock.htm所记录的最后的十个文件,注意,最有问题的往往是计数器类的ACCESS文件,例如:”**COUNT.MDB”,”**COUNT.ASP”,可以先把最后十个文件或有所怀疑的文件删除到回收站中,再启动IIS,看看问题是否再次出现。我们相信,经过仔细的查找后,您肯定可以找到这个让您操心了一段时间的文件的。
找到这个文件后,可以删除它,或下载下来,用ACCESS2000修复它,问题就解决了。
2、svchost.exe造成CPU使用率占用100%
在win.ini文件中,在[Windows]下面,“run=”和“load=”是可能加载“木马”程序的途径,必须仔细留心它们。一般情况下,它们的等号后面什幺都没有,如果发现后面跟有路径与文件名不是你熟悉的启动文件,你的计算机就可能中上“木马”了。当然你也得看清楚,因为好多“木马”,如“AOL Trojan木马”,它把自身伪装成command.exe文件,如果不注意可能不会发现它不是真正的系统启动文件。
在system.ini文件中,在[BOOT]下面有个“shell=文件名”。正确的文件名应该是“explorer.exe”,如果不是“explorer.exe”,而是“shell= explorer.exe 程序名”,那幺后面跟着的那个程序就是“木马”程序,就是说你已经中“木马”了。
在注册表中的情况最复杂,通过regedit命令打开注册表编辑器,在点击至:“HKEY-LOCAL-”目录下,查看键值中有没有自己不熟悉的自动启动文件,扩展名为EXE,这里切记:有的“木马”程序生成的文件很像系统自身文件,想通过伪装蒙混过关,如“Acid Battery v1.0木马”,它将注册表“HKEY-LOCAL-”下的Explorer 键值改为Explorer=“C:Windowsexpiorer.exe”,“木马”程序与真正的Explorer之间只有“i”与“l”的差别。当然在注册表中还有很多地方都可以隐藏“木马”程序,如:“HKEY-CURRENT-”、“HKEY-USERS****”的目录下都有可能,最好的办法就是在“HKEY-LOCAL-”下找到“木马该病毒也称为“Code Red II(红色代码2)”病毒,与早先在西方英文系统下流行“红色代码”病毒有点相反,在国际上被称为VirtualRoot(虚拟目录)病毒。该蠕虫病毒利用Microsoft已知的溢出漏洞,通过80端口来传播到其它的Web页服务器上。受感染的机器可由黑客们通过Http Get的请求运行scripts/root.exe来获得对受感染机器的完全控制权。
当感染一台服务器成功了以后,如果受感染的机器是中文的系统后,该程序会休眠2天,别的机器休眠1天。当休眠的时间到了以后,该蠕虫程序会使得机器重新启动。该蠕虫也会检查机器的月份是否是10月或者年份是否是2002年,如果是,受感染的服务器也会重新启动。当Windows NT系统启动时,NT系统会自动搜索C盘根目录下的文件explorer.exe,受该网络蠕虫程序感染的服务器上的文件explorer.exe也就是该网络蠕虫程序本身。该文件的大小是8192字节,VirtualRoot网络蠕虫程序就是通过该程序来执行的。同时,VirtualRoot网络蠕虫程序还将cmd.exe的文件从Windows NT的system目录拷贝到别的目录,给黑客的入侵敞开了大门。它还会修改系统的注册表项目,通过该注册表项目的修改,该蠕虫程序可以建立虚拟的目录C或者D,病毒名由此而来。值得一提的是,该网络蠕虫程序除了文件explorer.exe外,其余的操作不是基于文件的,而是直接在内存中来进行感染、传播的,这就给捕捉带来了较大难度。
”程序的文件名,再在整个注册表中搜索即可。
我们先看看微软是怎样描述svchost.exe的。在微软知识库314056中对svchost.exe有如下描述:svchost.exe 是从动态链接库 (DLL) 中运行的服务的通用主机进程名称。
其实svchost.exe是Windows XP系统的一个核心进程。svchost.exe不单单只出现在Windows XP中,在使用NT内核的Windows系统中都会有svchost.exe的存在。一般在Windows 2000中svchost.exe进程的数目为2个,而在Windows XP中svchost.exe进程的数目就上升到了4个及4个以上。所以看到系统的进程列表中有几个svchost.exe不用那幺担心。
svchost.exe到底是做什幺用的呢?
首先我们要了解一点那就是Windows系统的中的进程分为:独立进程和共享进程这两种。由于Windows系统中的服务越来越多,为了节约有限的系统资源微软把很多的系统服务做成了共享模式。那svchost.exe在这中间是担任怎样一个角色呢?
svchost.exe的工作就是作为这些服务的宿主,即由svchost.exe来启动这些服务。svchost.exe只是负责为这些服务提供启动的条件,其自身并不能实现任何服务的功能,也不能为用户提供任何服务。svchost.exe通过为这些系统服务调用动态链接库(DLL)的方式来启动系统服务。
svchost.exe是病毒这种说法是任何产生的呢?
因为svchost.exe可以作为服务的宿主来启动服务,所以病毒、木马的编写者也挖空心思的要利用svchost.exe的这个特性来迷惑用户达到入侵、破坏计算机的目的。
如何才能辨别哪些是正常的svchost.exe进程,而哪些是病毒进程呢?
svchost.exe的键值是在“HKEY_LOCAL_ NTCurrentVersionSvchost”,如图1所示。图1中每个键值表示一个独立的svchost.exe组。
微软还为我们提供了一种察看系统正在运行在svchost.exe列表中的服务的方法。以Windows XP为例:在“运行”中输入:cmd,然后在命令行模式中输入:tasklist /svc。系统列出如图2所示的服务列表。图2中红框包围起来的区域就是svchost.exe启动的服务列表。如果使用的是Windows 2000系统则把前面的“tasklist /svc”命令替换为:“tlist -s”即可。如果你怀疑计算机有可能被病毒感染,svchost.exe的服务出现异常的话通过搜索svchost.exe文件就可以发现异常情况。一般只会找到一个在:“C:WindowsSystem32”目录下的svchost.exe程序。如果你在其它目录下发现svchost.exe程序的话,那很可能就是中毒了。
还有一种确认svchost.exe是否中毒的方法是在任务管理器中察看进程的执行路径。但是由于在Windows系统自带的任务管理器不能察看进程路径,所以要使用第三方的进程察看工具。
上面简单的介绍了svchost.exe进程的相关情况。总而言之,svchost.exe是一个系统的核心进程,并不是病毒进程。但由于svchost.exe进程的特殊性,所以病毒也会千方百计的入侵svchost.exe。通过察看svchost.exe进程的执行路径可以确认是否中毒。
3、Services.exe造成CPU使用率占用100%
症状
在基于 Windows 2000 的计算机上,Services.exe 中的 CPU 使用率可能间歇性地达到100 %,并且计算机可能停止响应(挂起)。出现此问题时,连接到该计算机(如果它是文件服务器或域控制器)的用户会被断开连接。您可能还需要重新启动计算机。如果 Esent.dll 错误地处理将文件刷新到磁盘的方式,则会出现此症状。
解决方案
Service Pack 信息
要解决此问题,请获取最新的 Microsoft Windows 2000 Service Pack。有关其它信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
260910 如何获取最新的 Windows 2000 Service Pack
修复程序信息
Microsoft 提供了受支持的修补程序,但该程序只是为了解决本文所介绍的问题。只有计算机遇到本文提到的特定问题时才可应用此修补程序。此修补程序可能还会接受其它一些测试。因此,如果这个问题没有对您造成严重的影响,Microsoft 建议您等待包含此修补程序的下一个 Windows 2000 Service Pack。
要立即解决此问题,请与“Microsoft 产品支持服务”联系,以获取此修补程序。有关“Microsoft 产品支持服务”电话号码和支持费用信息的完整列表,请访问 Microsoft Web 站点:
注意 :特殊情况下,如果 Microsoft 支持专业人员确定某个特定的更新程序能够解决您的问题,可免收通常情况下收取的电话支持服务费用。对于特定更新程序无法解决的其它支持问题和事项,将正常收取支持费用。
4、正常软件造成CPU使用率占用100%
首先,如果是从开机后就发生上述情况直到关机。那幺就有可能是由某个随系统同时登陆的软件造成的。可以通过运行输入“msconfig”打开“系统实用配置工具”,进入“启动”选项卡。接着,依次取消可疑选项前面的对钩,然后重新启动电脑。反复测试直到找到造成故障的软件。或者可以通过一些优化软件如“优化大师”达到上述目的。另:如果键盘内按键卡住也可能造成开机就出现上述问题。
如果是使用电脑途中出项这类问题,可以调出任务管理器(WINXP CTRL+ALT+DEL WIN2000 CTRL+SHIFT“ESC),进入”进程“选项卡,看”CPU“栏,从里面找到占用资源较高的程序(其中SYSTEM IDLE PROCESS是属于正常,它的值一般都芨撸��淖饔檬歉嫠叩鼻澳憧捎玫腃PU资源是多少,所以它的值越高越好)通过搜索功能找到这个进程属于哪个软件。然后,可以通过升级、关闭、卸载这个软件或者干脆找个同类软件替换,问题即可得到解决。
5、病毒、木马、间谍软件造成CPU使用率占用100%
出现CPU占用率100% 的故障经常是因为病毒木马造成的,比如震荡波病毒。应该首先更新病毒库,对电脑进行全机扫描 。接着,在使用反间谍软件Ad—Aware,检查是否存在间谍软件。论坛上有不少朋友都遇到过svchost.exe占用CPU100%,这个往往是中毒的表现。
svchost.exe Windows中的系统服务是以动态链接库(DLL)的形式实现的,其中一些会把可执行程序指向svchost.exe,由它调用相应服务的动态链接库并加上相应参数来启动服务。正是因为它的特殊性和重要性,使它更容易成为了一些病毒木马的宿主。
6、explorer.exe进程造成CPU使用率占用100%
在system.ini文件中,在[BOOT]下面有个“shell=文件名”。正确的文件名应该是“explorer.exe”,如果不是“explorer.exe”,而是“shell= explorer.exe 程序名”,那幺后面跟着的那个程序就是“木马”程序,就是说你已经中“木马”了。
在注册表中的情况最复杂,通过regedit命令打开注册表编辑器,在点击至:“HKEY-LOCAL-”目录下,查看键值中有没有自己不熟悉的自动启动文件,扩展名为EXE,这里切记:有的“木马”程序生成的文件很像系统自身文件,想通过伪装蒙混过关,如“Acid Battery v1.0木马”,它将注册表“HKEY-LOCAL-”下的
Explorer 键值改为Explorer=“C:Windowsexpiorer.exe”,“木马”程序与真正的Explorer之间只有“i”与“l”的差别。当然在注册表中还有很多地方都可以隐藏“木马”程序,如:“HKEY-CURRENT”、“HKEYUSERS****”的目录下都有可能,最好的办法就是在“HKEYLOCAL”下找到“木马”程序的文件名,再在整个注册表中搜索即可。
7、超线程导致CPU使用率占用100%
这类故障的共同原因就是都使用了具有超线程功能的P4 CPU。我查找了一些资料都没有明确的原因解释。据一些网友总结超线程似乎和天网防火墙有冲突,可以通过卸载天网并安装其它防火墙解决,也可以通过在BIOS中关闭超线程功能解决。
8、AVI视频文件造成CPU使用率占用100%
在Windows XP中,单击一个较大的AVI视频文件后,可能会出现系统假死现象,并且造成exploere.exe进程的使用率100%,这是因为系统要先扫描该文件,并检查文件所有部分,建立索引。如果文件较大就会需要较长时间并造成CPU占用率100%。解决方法:右键单击保存视频文件的文件夹,选择”属性—>常规—>高级“,去掉”为了快速搜索,允许索引服务编制该文件夹的索引“前面复选框的对钩即可。
9、杀毒软件CPU使用率占用100%
现在的杀毒软件一般都加入了,对网页、邮件、个人隐私的即时监空功能,这样无疑会加大系统的负担。比如:在玩游戏的时候,会非常缓慢。关闭该杀毒软件是解决得最直接办法。
10、处理较大的Word文件时CPU使用率过高
上述问题一般还会造成电脑假死,这些都是因为WORD的拼写和语法检查造成的,只要打开WORD的“工具—选项”,进入“拼写和语法”选项卡,将其中的“键入时检查拼写”和“键入时检查语法”两项前面的复选框中的钩去掉即可。
3. linux怎么把一个划分好的逻辑卷在分区
今天我们主要说说分区、格式化、SWAP、LVM、软件RAID的创建哈~
格式化
查看当前分区:fdisk -l
这个命令我们以前是讲过的,我现在问下,ID那项是什么意思?
83 是代表EXT2和EXT3
82 是代表SWAP分区
硬盘结构我们就不讲了,相信大家都有基础。我们就直接进入操作
LINUX分区使用的工具是FDISK
对系统的第一个硬盘分区
#fdisk /dev/sda
如果是对第二个硬盘分区,就是fdisk /dev/sdb
大家运行这个命令:#fdisk /dev/sda
大家都进入这个界面了吧?这是主菜单,按m就有提示
我们主要掌握的是以下几个参数:
D删除一个分区
N创建一个分区
Q 不保存退出
T改变分区ID
W保存退出
问下,LINUX对SCSI硬盘最多支持多少分区?
最多支持4个主分区,总分区数最多15个,fdisk 命令最多支持16个分区,IDE硬盘要多一些
现在我们创建一个分区 大小为500MB,在主菜单输入n
First cylinder (2690-3916, default 2690):
这个表示第一个柱面空间的块是 2690-3916,default2690的意思就是默认从2690开始。我们直接点回车,使用默认的
Last cylinder or +size or +sizeM or +sizeK (2690-3916, default 3916):
这里就是输入分区的大小,默认是以块为单位,我们要分500MB,我们就输入+500M哈~然后回车,分区就算完成了。
系统默认的分区ID就是83,所以我们没必要修改,直接按w保存退出
大家看见 The new table will be used at the next reboot没?意思就是这个分区在下次启动的时候才能使用,我们可以使用一个命令,让这个分区马上生效哈~
输入#partprobe,自己使用命令补全哈
然后用fdisk -l查看下, 最后一个,就是我们新建的分区
看见了吧,现在我们就格式这个分区,看到分区的号码/dev/sda7 ,等下我们格式化的时候要用
格式化的标准命令:
#mkfs -t ext3 /dev/sda7
我的是第7个分区,你们是第几个就用第几个
-t 后面跟的就是文件系统的类型
现在我们要挂载这个分区。挂载我已经教过了,相信大家还没忘记吧
先在/mnt/下面建立一个目录
#mkdir /mnt/backup
backup就是我建立的目录
然后我们手动挂载哈~
#mount -t ext3 /dev/sda7 /mnt/backup
具体情况以你的分区号和建立的目录名为准
然后CD到这目录里面去,如果看见有一个LOST+fount目录,就说明你分区挂载成功了,现在就可以往分区里面写入数据了
如果想把这个分区开机挂载,就把它写入/etc/fstab
刚才我们格式化使用的命令是:#mkfs -t ext3 /dev/sdax
还有专门用于格式EXT3系统的命令:#mkfs.ext3 /dev/sdax 就行了
大家OK的话,我们下面就开始学习用命令创建LVM逻辑卷
LVM的优点就是可以随意拉升和缩小。在基础部分我们已经用图形界面创建过,现在我们使用命令来创建
第一步:划分物理分区
使用和刚才一样de方法
#fdisk /dev/sda
输入n哈~然后回车使用默认的起始点,接着输入大小哈。我们创建一个300M大小的空间,输入+300M
注意,这里比刚才多一步,由于LVM的ID和EXT3不一样,而系统默认是的EXT3,所以这里我们需要修改一下
在主菜单输入T
系统会让你选择要改变ID的分区,输入我们刚创建的分区,也就是最后一个8
Hex code (type L to list codes):
这里输入分区类型,LVM是8e,如果你不记得了,可以使用l 查看分区ID的对应列表
输入l后,系统会列出所有分区对应的ID号
在列表中,我们可以看见LINUX LVM对应的是8e,所以我们直接输入8e,然后回车,
在主菜单输入p,查看当前分区情况
看见最后你分出来的分区ID已经是8e,那么就可以输入w 保存退出
退出以后,记得要重启这个分区才能生效。我们要使用一个命令让它立即生效
#partprobe
到这里,第一步创建物理分区完成哈~
第二步:创建LVM的物理卷
使用命令
#pvcreate /dev/sdax
sdax就是你刚才创建的分区
创建成功后,可以使用pvdisplay 查看
那我们在这里暂停一下,给大家回顾下什么是LVM
LVM就想一种磁盘管理方式,叫逻辑卷管理器,从 Red Hat Linux 8.0 开始,逻辑卷管理器(LVM)可以在硬盘驱动器分配上使用,LVM 是一种把硬盘驱动器空间分配成逻辑卷的方法,这样硬盘就不必使用分区而被简易地重划大小。
LVM有点象WIN下的动态磁盘,动态磁盘知道吗?LVM 是一种把硬盘驱动器空间分配成逻辑卷的方法,这样硬盘就不必使用分区而被简易地重划大小。主要就是这个功能,可以随意扩展或者缩小某个分区的大小,前提这个分区是逻辑卷管理的。
嗯,这个就是它的主要功能
从硬盘驱动器中创建物理卷(physical volumes-PV)。
从物理卷中创建卷组(volume groups-VG)。
从卷组中创建逻辑卷(logical volumes-LV),并分派逻辑卷挂载点
其中只有逻辑卷才可以写数据
没有大小限制哈,只要你硬盘有空间,比如刚才我们说的硬盘只支持15个分区,那么我们就可以使用LVM来把分区数量无限化
对 ,分一个物理分区,建立一个物理卷,然后这个物理卷建立一个卷组,我们就可以在这个卷组里面去分无数个逻辑卷,而且逻辑卷可以随意扩大缩小,不会对物理分 区有影响,逻辑卷的功能也和物理分区差不多,一样可以格式化成随意的文件系统,挂载到随意的目录。 同时也支持quota
好了,我们继续哈~
刚才我们创建了物理卷PV-(physical volumes),可以使用pvdisplay查看。
PV创建好以后,我们就要创建卷组了,volume groups-VG ,卷组是在物理卷的基础上创建的,也就把物理卷的空间拿来给卷组管理,然后逻辑卷就可以向卷组要空间了
第三步:创建卷组
#vgcreate 卷组名 物理卷
#vgcreate myvg /dev/sda8
创建成功后,可以使用vgdisplay 来查看卷组
第四步:创建逻辑卷 (重点)
#lvcreate -L 大小 卷组名 -n 逻辑卷名称
我就从卷组里面分100M出来创建一个逻辑卷
#lvcreate -L 100M myvg -n mylv1
OK,现在我们格式化mylv1为ext3文件格式并挂载到/mnt/mylv1目录
4. 在VM虚拟机上设置LINUX系统磁盘问题
添加硬盘就不用说了吧,设linux识别硬盘为sdb、sdc
创建物理卷:
pvcreate /dev/sdb
pvcreate /dev/sdc
创建卷组
vgcreateAppleVG /dev/sdb /dev/sdc
创建逻辑卷
lvcreate -L 6G -n TechLV AppleVG
创建文件系统:
mkfs.ext3 /dev/AppleVG/TechLV
挂载文件系统:
mount -t ext3 -ousrquota,grpquota /dev/AppleVG/TechLV /applestore
设置自动挂载:
echo "/dev/AppleVG/TechLV/applestore ext3 defaults,usrquota,grpquota 1 2"
quotacheck -avug
quotaon -auvg
edquota -u mary
内容类似:
Filesystem blocks soft hard inodes soft hard
/dev/AppleVG/TechLV ?????? 180000 200000 ??? 0 0
测试:
su - mary
dd if=/dev/zero of=/applestore/bigfile bs=1M count=195
exit
repquota -auv
su - mary
dd if=/dev/zero of=/applestore/bigfile bs=1M count=205
exit
repquota -auv
warnquota
5. vmware下的linux 提示根目录空间不足,该怎么办,因为是新手,希望详细点
增加一块IDE硬盘即可解决。(我每次都这么做,放心不会有问题)
详细步骤如下:
1、点击虚拟机工具栏“VM”,然后再点击"Settings"。
2、点击“Add“,然后在弹出来的对话框里面选择“HardDisk”,再选择“Next”,再选择”Createanewvirtualdisk”,再选择“Next”,再选择“IDE”,再选择“Next”,
3、输入你所需要增加新硬盘的大小,默认为8G,你可以自己设置大小,然后点击“Finish”即可。
如果还不懂,可以再追问。
6. linux逻辑卷管理
LVM(logical volume manager) 逻辑卷管理器
其中主要分为这几个概念
1物理卷-简称PV
物理卷在逻辑卷管理器中属于最底层的,任何的逻辑卷和卷组都必需依靠物理卷来建立,物理卷可以是一个完整的硬盘,也可以是硬盘中的莫一个分区
2卷组-简称VG
卷组是建立在物理卷之上,一个卷组中可以包含一个物理卷组或者多个物理卷
3逻辑卷-简称LV
逻辑卷是建立在卷组之上的,卷组中的空间可以建立多个逻辑卷,并且逻辑卷可以随意从卷组的空闲空间中增减,逻辑卷可以属于一个卷组,也可以属于不同的多个卷组
4 物理区域-简称PE
物理区域是物理卷中最小的可分配储存单元
5 逻辑区域-简称-LE
逻辑区域是逻辑卷中可用于分配的最小储存单元
6 卷组描述区域-简称VGDA
用于描述物理卷,卷组,逻辑卷分配的所由信息
一个建立逻辑卷的流程如下
PV-VG-LV
物理卷包含卷组,卷组包含逻辑卷
二redhat9中使用逻辑卷管理器
1使用vgscan生成默认的配置文件,配置文件在/etc下的lvmconf 和lvmtab 2个文件
2 为逻辑卷管理器分配物理卷
我这里使用一个分区来作/dev/hda9
#fdisk hda
>t
>9
>8e (为LVM分区)
>w
重起
#pvcreate /dev/hda9
使用
#pvdisplay /dev/hda9查看是否建立
这样就建立好了物理卷
3在物理卷中建立卷组
#vgcreate vg0 /dev/hda9 其中vg0为要建立的卷组名程.这里的PE值我们使用默认的4M如需要增大可以使用-L 选想,记住一旦设定以后不可更改PE的值
#vgdisplay 查看是否建立成功
4 在卷组中建立逻辑卷
#lvcreate -L 100M -n vg1 vg0
其中-L 选项表示你想的逻辑卷大小,以后可以用命令增减 -n指定逻辑卷的名程和卷组的名程,也可以使用绝对路径来达到上述目的
#lvdisplay /dev/vg0/vg1
查看是否建立成功
5 为逻辑卷建立文件系统
#mkfs.ext3 /dev/vg0/vg0
然后挂载尝试是否建立成功
#mount /dev/vg0/vg1 /home
这样一个逻辑卷就基本成型了
三 逻辑卷的管理
1增加新的物理卷到卷组
当卷组中没有足够的空间分配给逻辑卷时,可以用给卷组增加物理卷的方法来增加卷组的空间
# vgextend vg0 /dev/hda8
这里注意hda8必需为LVM分区
2 扩充和减小逻辑卷的容量
#e2fsadm -L +100M /dev/vg0/vg1
-L 表示增减空间 +表示加 -表示建
#e2fsadm -L -100M /dev/vg0/vg1
这里要注意文件系统必需是ext2或ext3,而且需要卸载文件系统来执行,减小的时候需要知道剪掉空间的大小,不然会造成丢失
在reiserfs文件系统中未作测试
3 删除逻辑卷-卷组-物理卷 (必需按照先后顺序来执行删除)
#lvremove /dev/vg0/vg1 删除逻辑卷
#vgremove /dev/vg0 删除卷组
这里有一个问题,如果建立的卷组是活动的,他就不能删除
这里需要使用一个命令来是他变成固定的,以便删除
#vgchage -a n /dev/vg0
-a 参数指定卷组是否是活动的,n表示固定,y表示活动
#vgremove /dev/vg0
成功
物理卷的删除,移除/etc下的lvmconf 和lvmtab的两个文件,然后将分区转换为linux的就可以了
四 检查物理卷,卷组,逻辑卷
分别使用3个命令
1pvscan 检查物理卷
2vgscan 检查卷组
3lvscan 检查逻辑卷
这里只是介绍了逻辑卷管理器的基本建立和删除
应为今天时间有限,明天积蓄补充,希望此文对你有所帮助
明天内容
如何备份逻辑卷
如何用LVM作镜像卷
如何改变逻辑卷的属性
五 为逻辑卷作备份
1当你要备份你的卷组信息是,你就需要为卷组作备份,使用vgcfgbackup来备份
#vgcfgbackup vg0
备份的信息就是我们前面提到的VGDA备份到/etc/lwmconf/VG.conf
2当你的卷组信息意外丢失时,你可以使用这个文件来恢复你的卷组信息,前提是你要备份了的
#vgcfgrestor -n vg0 /dev/hda8
或者
#vgcfgrestor -f /etc/lvmconf/XXX.conf
重卷组vg0中恢复物理卷的VGDA信息 -n参数指定卷组的名程 -f 制定备份文件路径
3 恢复了物理卷及卷组的信息后我们还要恢复原来的建立的卷组和逻辑卷的设备文件
#vgmknods
这样如果物理卷,卷组,逻辑卷的信息丢失或者设备文件被破坏是就可以用来及时恢复
六 卷组的合并于拆分
当你想合并2个卷组时可以使用一下命令
这里有2个前提条件 1 卷组的PE(物理区域)大小相等 2 2个卷组必需是非活动的,这个可以用前面提到的vgchange命令来更改,做到以上2个条件就可以了
#vgmerge vg1 vg2
其中vg1为原始卷组,vg2是你想合并到到vg1的卷组
七 逻辑卷管理器管理命令(针对整个逻辑卷管理器,不针对物理卷,卷组,逻辑卷,是全局命令)注:全局命令都是以lvm开头的
1复位逻辑卷管理器(全局命令)
#lvmchange -R
这个命令用来复位逻辑卷管理器,也就是reset,该命令会使所由的卷组和逻辑卷处于非活动状态,也就是不能使用卷组和逻辑卷,所以使用时一定小心
2 查看逻辑卷管理器日志
# lvmsadc
命令可以直接输出到标准输出,也就是屏幕上,也可输出到文件中
# lvmsadc 1.txt
使用lvmsar 命令可一查看lvmsdac生成的日志文件
#lnmsar 1.txt
日志文件显示逻辑卷管理器中设备的读写统计信息
显示如下
total read :12 total write :222
3 利用LVM作逻辑卷的镜像卷或成快照卷
快照卷不需要和父卷大小一致,我们假设不需要保存太多的快照文件,可以设置成10M
#lvcreate -s -L 10M -n kuaizhao /dev/vg0/vg1
这样就从逻辑卷vg1中分出快照卷/dev/vg0/kuaizhao
这里又有一个问题,redhat9默认快照卷是以只读方式挂载的,只读方式的快照卷是不能和父卷同步数据的
这里需要使用lvchange命令使快照卷为读写方式挂载
#lvchange -p rw /dev/vg0/kuaizhao
然后
#mount /dev/vg0/vg1 /home
#mount /dev/vg0/kuaizhao /opt
目录随便,我这里只是测试
#cd /home
#touch test
#cd /opt
#ls
恭喜你可以看到文件数据已经同步了
注:如快照卷不能容纳超过自身设置的容量时,将被LVM管理器自动删除
解决的方法:
1及时清理不必要的快照文件
2 设置逻辑快照卷和父逻辑卷大小一致
7. Linux虚拟机硬盘不够用了怎么办
1、首先要为Linux增加一块硬盘,点击‘VM’----‘settings’或者点击“Edit virtual machine
settings”如图
图形界面上提供了几乎包括了fdisk的全部功能,如果对只是用作扩容磁盘的话,这里的图形操作已经能够满足需求。
须要将/dev/sdb1挂在到/mmt目录,则使用以下命令
mount
/dev/sdb1 /mmt
设置开机自动挂在修改/etc/fstab文件。
8. linux逻辑卷方式磁盘挂载怎样取消
第一种方法:使用df命令,这个命令比较常用,大家都很熟悉。问题是这种方法,有时候挂载点和挂载的卷不在同一行,使用脚本分析需要一点技巧的。例如:
orientalson:/home # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 15213032 8043668 7169364 53% /
udev 514496 104 514392 1% /dev
/dev/mapper/vg_test-lv_test
511980 32840 479140 7% /home/mt
orientalson:/home #
上面显示的挂载点/home/mt和她挂载的卷不在同一行,使用shell脚本分析非常麻烦。不过也不是没办法,具体分析可以以后再讲。
第二种方法:使用mount命令,mount -l,这种方法的缺陷在于没有卷的大小,但是挂载点和挂载的卷在同一行。例如:
orientalson:/home # mount -l
/dev/sda2 on / type reiserfs (rw,acl,user_xattr) []
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
9. VM虚拟机不能QQ视频 求助解决
方法:
1、点击开始->运行,在对话框中输入"services、msc",确定,打开windows服务管理器。
2、在服务列表中选中"VMware USB Arbitration Service",双击打开属性对话框,再选择"启动",就能启动VMware USB Arbitration Service服务了。
3、关闭VMware,并重新打开,启动一个虚拟机,进入系统之后VMware就会提示发现USB设备。如果要在虚拟机中使用这些USB设备(以USB摄像头为例),在VMware的菜单栏中选择VM->Removable Devices->Pixart Imaging CIF Single Chip->Connect (Disconnect form host) ,就可以了。当然,这样USB设备在连接到虚拟机的同时会断开同主机(一般为Windows系统)的连接。如果想重新在主机上使用USB设备,则在VMware菜单栏中选择VM->Removable Devices->Pixart Imaging CIF Single Chip->Disconnect (Connect to host) 。
10. 急求filemon教程
最佳答案用topas监控系统,突然hdisk %busy跳到100%,并且两颗作mirror的硬盘读的速度差很大,一个很快,另外一个数据一直有浮动。打电话到800问,工程师让我搜集数据,用filemon命令,第一次接触。
用filemon -o /tmp/filemon.out -O all 输出到/tmp/filemon.out,用trcstop停掉。
然后查看/tmp/filemon.out能看到有个utmp文件 #MBs 值很大,想起来自己前几天在系统里加的监控使用者的程序,应该是这个导致的。就把那个监控程序取消了。果然topas里面hdisk的%busy值就降了下来,两颗硬盘的读写速率也正常了。
虽然没搞明白到底为什么一个简单的纪录登陆login的程序会对系统性能有这么大影响,但也学了学filemon命令,每天不至于太无所事事。
下面是IBM官方的man的资料。
--------------------------------------------------------------------------
filemon 命令
用途
监视文件系统的性能,并且报告代表逻辑文件、虚拟内存段、逻辑卷和物理卷的 I/O 活动。
语法
filemon [ -d ] [ -i Trace_File -n Gennames_File] [ -o File] [ -O Levels] [ -P ] [ -T n] [ -u ] [ -v ]
描述
filemon 命令监控文件系统和 I/O 系统事件的跟踪,并且报告一个周期内的文件和 I/O 的访问性能。
在它的一般模式中,当一个或多个应用程序或者系统命令正在被执行和监控的时候,filemon 命令在后台运行。filemon 命令自动启动并且实时监控程序的文件系统和 I/O 事件的跟踪。作为缺省值,跟踪是立刻启动的;可选的是,跟踪可能被延缓直到用户发出一个 trcon 命令。为了能随意的关闭和运行监控,用户可以发出 trcoff 和 trcon 命令,当filemon 命令在运行的时候。当跟踪被 trcstop 命令中止的时候,filemon 命令生成一个 I/O 活动报告并退出。
filemon 命令也可以处理一个跟踪文件,这个文件已经先前被跟踪工具所记录。文件和 I/O 活动报告将会基于那个文件中记录的事件。
为了更完整的提供一个应用程序的文件系统性能的理解,filemon 命令以下面的四种水平来监控文件和 I/O 活动:
逻辑文件系统 filemon 命令监控在逻辑文件上的逻辑 I/O 操作。被监控的操作包括所有的 读、写、打开、和lseek等系统调用,这个可能会还是不会导致实际的物理 I/O,取决于这些文件是否在内存中已经被缓冲。I/O 统计信息被保存在一个基本文件中。
虚拟内存系统 filemon 命令监控磁盘上段和它们的映像之间的物理 I/O 操作(也就是,页面调度)。I/O 统计信息被保存在一个基本段中。
逻辑卷 filemon 命令监控逻辑卷上的 I/O 操作。I/O 统计信息被保存在一个基本的逻辑卷中。
物理卷 filemon 命令监控物理卷上的 I/O 操作。在这个级别上,获取了物理资源的使用。I/O 统计信息被保存在一个基本的物理卷中。
正如命令行标志所指定的那样,这四种级别的任何组合都可以被监控。作为缺省值, filemon 命令只监控虚拟内存、逻辑卷和物理卷级别的 I/O 操作。这些级别都与真实的磁盘 I/O 的请求相关。
filemon 命令把它的报告写到一个标准的输出或者一个指定的文件上。这个报告以每个被监控级别的 I/O 活动的摘要作为开始,以每个被监控级别的 I/O 活动的详细统计信息为结束。摘要和详细报告内容表述在 Reports 部分中。
注:
filemon 命令产生的报告可能会相当长。因此,-o 选项经常被用来把报告写到一个输出文件上。当打开一个物理设备并被应用程序直接访问时,只有那些读和写的完整的 512 个字节的块会被反映到报告中。设备驱动程序为了发出设备命令和读取设备状态所使用的‘简短’读和写都被忽略。光盘驱动器没有同心的 ‘磁道’ 或者 ‘柱面’,象在固定文件中那样。(只有一个螺旋磁道。)因此,不可能根据柱面来报告光盘驱动器的搜索间隔统计信息。
-u 标志被用来产生先前为了启动 trace 守护进程而打开的文件上的报告。这个数据的一些部分可能是很有用的,但是大部分的都应用到了守护进程和其它不相关的活动中去了。这个背景信息可以是压倒性的,特别是在大的系统中。如果 /unix 文件和正在运行的内核不是一样的,那么内核地址可能是不正确的,会导致 filemon 命令退出。当从一个 shell 脚本中使用 filemon 命令时,允许在显示 filemon 输出文件的内容之前有一个轻微的延迟。filemon 命令可能会花费几秒钟来产生这个报告。
系统跟踪工具
filemon 命令使用系统跟踪工具获得原始的 I/O 性能资料。通常地,跟踪工具只支持一个输出流。因此,只有一个 filemon 或者跟踪进程能在一个时间是激活的。如果另外一个filemon 或者跟踪进程已经在运行,filemon 命令会响应下列的消息:
/dev/systrace: Device busy当监控很强的 I/O 应用程序时,filemon 命令可能不能实时地处理产生的跟踪事件。当上面的情况发生时,错误消息如下:
Trace kernel buffers overflowed, N missed entries这个消息将显示在 stderr上,标志着当跟踪缓冲区满的时候到底有多少跟踪事件被丢失。filemon 命令将继续监控 I/O 活动,但是报告的精确性降低到了某个未知程度。一个避免溢出的方法是监控文件和 I/O 子系统的较少的级别:跟踪事件产生的数目是与监控级别的个数成比例的。另外,跟踪缓冲区的大小可以通过使用 -T 选项来增加,这样就能在溢出前提供更大的跟踪事件容量。记住增加跟踪缓冲区的大小会导致更多的引脚内存,并且因此可能影响 I/O 和页面调度的行为。
在存储受限的环境(要求的存储容量比可供给的内存要多),-P 选项可以被用来引脚内存中的实时 filemon 进程中的文本和资料页,这样这些页面就不会被替换掉。如果不用 -P 选项,允许 filemon 进程被替换掉,filemon 命令的前进可能被延迟,地点是在它不能足够快地处理跟踪事件的地方。这个情况导致跟踪缓冲区如上面情况描述的那样溢出。当然,插入这个进程将从应用程序(尽管 filemon 命令不是一个大程序,但是它的进程映像也能达到 500KB)中释放内存。
在使用 filemon 命令去处理一个存在的跟踪数据文件前,您必须使用 -r 选项在 trcrpt 命令中去把跟踪资料顺序的重写入一个新的文件。否则,filemon 命令产生下列的错误消息然后退出:
error: run 'trcrpt -r' on logfile first-i Trace_File 和 -n Gennames_File 标志允许跟踪数据文件的 filemon 脱机处理,这些文件是利用 trace 命令创建的。如果有一个存在,两个标志都必须指定。当必须后期处理一个来自远程机器的跟踪文件或者在一个时间执行跟踪资料收集工作而在另一个时间后期处理它的时候,这些标志是很有效的。当系统负载很大或者 filemon 丢失了跟踪 hook 时,这些标志也是很有用的。
gennames 文件(包括文件系统信息)必须使用在跟踪来源处的机器上。而且,在与系统跟踪文件创建接近的时刻运行 gennames 是明智的,这样两个系统配置就是一样的了。
与 filemon 相关的跟踪 hook 必须被 trace 命令所收集并且被 trace -j 标志所指定。当filemon 以 -v 标志调用时,相关的跟踪 hook 会列出。包含 -f 选项的 gennames 命令将被执行,它的输出被保存在 Gennames_File 中以收集 filemon 的附加消息。-f 选项被用来和 gennames 命令一起去收集逻辑卷和物理卷的设备信息。它也用来获取脱机的 filemon 使用的虚拟文件系统的信息。一旦执行了 trace 命令,trcrpt -r 必须在跟踪日志文件上运行并重定向到另外一个文件中。那么该文件和 Gennames_File 就可能提供给 filemon。
报告
每个由 filemon 命令生成的报告有一个指示日期、机器名称和按秒计数的监控周期长度的报头。在监控周期内的 CPU 使用情况也在报告中体现。
下一个,对每个被监控的文件系统级别,都会生成摘要报告。作为缺省值,逻辑文件和虚拟内存的报告分别限制在最多 20 个活动文件和段,可以通过转换数据的总数量来计算该数目。如果指定了 -v 标志,所有文件和段的活动都会被报告。每个报告文件、段或者卷都有一行。四个摘要报告的每一行的栏都描述如下:
最活动的文件报告
栏 描述
#MBS 到/从文件中传输的兆字节的总数量。这些行以递减的顺序按该字段排序。
#opns 在评估周期内,文件被打开的次数。
#rds 对文件的系统读取调用数目。
#wrs 对文件的系统写入调用数目。
file 文件名(完整的路径名称在详细报告中)。
volume:inode 包含文件和文件 i 节点数目的卷的名称。该字段可以用来把一个文件和它的相应的持久段联系起来,在虚拟内存 I/O 报告中显示。该字段可以是空的;例如,对于在执行过程中创建和删除的临时文件。
最活动的段报告
栏 描述
#MBS 从/到段的传输的兆字节的总共数目。这些行以递减的顺序按该字段排序。
#rpgs 从磁盘(也就是页)读入到段的那些 4096 个字节的页的数目。
#wpgs 从段写入到磁盘(到处页)的那些 4096 个字节的页的数目。
segid 段的内部标识。
segtype 输入段:工作段、持久段(本地文件)、客户机段(远程文件)、页面表段、系统段、或者特殊的永久段,这些特殊的段包含文件系统数据(日志、根目录、.inode、.inodemap、.inodex、.inodexmap、.indirect、.diskmap)。
volume:inode 对持久的段来说,包含关联文件的卷的名字和文件的 i 节点数目。该字段可以用来把一个永久段和它的相应文件联系起来,在文件 I/O 报告中显示。该字段对非持久段来说是空的。
注:
虚拟内存分析工具,svmon 可以用来显示关于一个给定段标志(segid)的段的更多信息,如下:
svmon -S <segid>
最活动的逻辑卷报告
栏 描述
util 卷的使用情况(忙的时间片)。这些行以递减的顺序按该字段排序。
#rblk 从卷中读入的 512 字节的块的数目。
#wblk 写入卷的 512 字节的块的数目。
KB/sec 总共的传输吞吐量,按千字节每秒。
volume 卷的名称。
描述 卷的内容:或者是一个文件系统的名字,或者是逻辑卷的类型(调页、jfslog、引导、或者系统转储)。还指示文件系统是否是片段的或者压缩的。
最活动的物理卷报告
栏 描述
util 卷的使用情况(忙的时间片)。这些行以递减的顺序按该字段排序。
#rblk 从卷中读入的 512 字节的块的数目。
#wblk 写入卷的 512 字节的块的数目。
KB/sec 总共的卷吞吐量,按千字节每秒。
volume 卷的名称。
描述 卷的类型,例如,120MB disk、355MB SCSI、或者 CDROM SCSI。
注:
逻辑卷 I/O 请求在物理卷的 I/O 请求之前开始,之后结束。因为这个原因,总共的逻辑卷利用率看起来要比总共的物理卷利用率高一些。
最后,为每个被监控的文件系统级别都会产生详细报告。作为缺省值,逻辑文件和虚拟内存的报告分别限制在最多 20 个活动文件和段,可以通过传输数据的总数量来计算该数目。如果指定了 -v 标志,所有文件和段的活动都报告。每个被报告的文件、段或者卷都有一个记录。
一些字段报告一个单独的值,其他的一些报告表现许多值的分布情况的统计信息。例如,对所有被监控的读和写的请求,响应时间的统计信息都会被保留。平均的、最小的和最大的响应时间和响应时间的标准差被报告出来。标准差用来显示个别响应时间偏离平均值的程度。大约有三分之二的样本响应时间是在平均值 - 标准偏差和平均值 + 标准偏差以内。如果响应时间的分布散布在较大范围中,标准偏差相比平均响应时间就会很大。在以下列表中描述了四个详细报告:
文件状态详细报告
栏 描述
FILE 文件名称。如果可能的话,给出完整的路径名称。
volume 包含文件的逻辑卷或者文件系统的名称。
inode 在文件系统中的文件的 I 节点数目。
opens 监控时打开文件的次数。
total bytes xfrd 从/到文件的读或者写操作的字节总数目。
reads 对文件的读取调用的数目。
read sizes (bytes) 按字节的读取的传输大小的统计信息(avg/min/max/sdev)。
read times (msec) 按毫秒计的读取响应时间的统计信息(avg/min/max/sdev)。
writes 对文件的写入调用的数目。
write sizes (bytes) 写入传输大小的统计信息。
write times (msec) 写入的响应时间的统计信息。
seeks 子例程调用 lseek 的数目。
VM 段状态的详细报告
栏 描述
SEGMENT 内部的段标识。
segtype 段内容的类型。
segment flags 不同的段属性。
volume 对永久段来说,包含相应文件的逻辑卷的名字。
inode 对持久段来说,相应文件的 i 节点数目。
reads 读入段(也就是页)的 4096 字节的页的数目。
read times (msec) 按毫秒计的读取响应时间的统计信息(avg/min/max/sdev)。
read sequences 读取序列的数目。一个序列就是被连续读入的页面的一个字符串。读取序列的数目是顺序访问数量的一个指示符。
read seq. lengths 按页面来描述读取序列长度的统计信息。
writes 从段写的页面数目。
write times (msec) 写入响应时间的统计信息。
write sequences 写入序列的数目。一个序列就是被连续写入的页面的一个字符串。
write seq.lengths 按页面描述的写入序列长度的统计信息。
逻辑卷和物理卷状态的详细报告
栏 描述
VOLUME 卷的名字。
描述 卷的描述。(如果讨论一个逻辑卷则描述内容,如果处理一个物理卷则描述类型。)
reads 对卷的读取请求的数目。
read sizes (blks) 以 512 字节的块为单位的读取传输大小的统计信息(avg/min/max/sdev)。
read times (msec) 按毫秒计的读取响应时间的统计信息(avg/min/max/sdev)。
read sequences 读取序列的数目。一个序列就是能连续读入和显示顺序访问数量的 512 字节块的一个字符串。
read seq. lengths 按块描述读取序列长度的统计信息。
writes 对卷的写入请求的数目。
write sizes (blks) 写入传输大小的统计信息。
write times (msec) 写入响应时间的统计信息。
write sequences 写入序列的数目。一个序列就是被连续写入的 512 字节块的一个字符串。
write seq. lengths 按块描述写入序列长度的统计信息。
seeks 读取或者写入请求之前的搜索数目;也可以表达为需要搜索的读取和写入总数的百分比。
seek dist (blks) 以 512 字节块为单位搜索间距统计信息。除了通常的统计信息(avg/min/max/sdev)以外,初始搜索操作(假定从块 0 作为开始位置)的间距也被单独报告。这个搜索间隔有的时候会很大,因此单独报告以避免偏移其他的统计信息。
seek dist (cyls) (只是固定文件。)以磁盘柱面为单位搜索间距的统计信息。
time to next req 按毫秒描述的时间长度的统计信息(avg/min/max/sdev),这个时间是在对卷的连续读取或者写入的请求之间。这一栏显示卷的被访问率。
throughput 总共的卷吞吐量,按千字节每秒。
utilization 卷的时间片忙。在这个报告中的记录以递减的顺序按这个字段排序。
标志
-i Trace_File 从指定的 Trace_File 中读取 I/O 跟踪数据,而不是从实时的跟踪进程。filemon 报告概括了跟踪文件显示的系统和周期的 I/O 活动。
注:
跟踪数据文件通常以循环的方式记录。如果跟踪数据环绕舍入,那么跟踪的顺序开始和结束就可能在文件的中间发生。使用 trcrpt 命令的原始方式来顺序重写数据,这项工作要在调用 filemon 命令之前执行,如下:
trcrpt -r file > new.file为了报告能精确,跟踪文件必须包括被 filemon 命令所需要的所有 hook。
还必须指定 -n 选项。
-n Gennames_File 为了脱机跟踪处理而指定一个 Gennames_File。该文件通过运行带有 -f 选项的 gennames 命令来创建,并且把输出重定向到一个文件中,如下:
gennames -f > file也必须指定 -i 选项。
-o File 写 I/O 活动报告到指定的 File,而不是到stdout 文件。
-d 启动 filemon 命令,但是一直推迟跟踪直到用户执行 trcon 命令。作为缺省值,跟踪是立刻启动的。
-T n 设置内核的跟踪缓冲区大小为 n 字节。缺省值的大小是 32,000 字节。如果可以,缓冲区的大小可以通过提供更大的事件容量来增加。(一个典型的事件记录大小是 30 字节。)
注:
内核中的跟踪驱动程序使用双缓冲区,这样事实上就有两个大小分配为 n 字节的缓冲区。而且,注意这些缓冲区是插入到存储器中的,所以它们不受页面调度支配。大的缓冲区可能会影响页面调度和其他 I/O 的性能。
-P 在存储器中插入监控进程。-P 标志导致 filemon 命令的文本和数据页按监控周期的时间插入到存储器中。使用该标志可以保证当运行一个存储受限环境时,实时的 filemon 过程不会 page out。
-v 在报告中打印额外的信息。-v 标志最重要的影响是被访问的所有的逻辑文件和所有的段都包括在了 I/O 活动报告中,而不是仅仅有最多 20 个活动文件和段。
-O Levels 只监控指定的文件系统级别。有效的级别标识是:
lf
逻辑文件级别
vm
虚拟内存级别
lv
逻辑卷级别
pv
物理卷级别
all
lf, vm, lv, pv的简单表示
vm、lv,和 pv 级别都是默认的缺省值。
-u 关于将在 trace 守护进程的启动之前先打开的文件的报告。进程标识(PID)和文件描述符(FD)被文件名所代替。
注:
既然 PIDs 和 FDs 都是可重用的,那么就有可能看到以相同名字的字段报告的不同文件。
示例
要监控文件系统的虚拟内存、逻辑卷和物理卷级别的物理 I/O 活动,请输入:
filemonfilemon 命令自动启动系统跟踪并且把它放到后台。该命令后,输入在这个时刻要运行的应用程序和系统命令,请输入:
trcstop在执行了trcstop 命令后,I/O 活动报告就会显示在标准的输出设备上(但是可能无法滚屏)。虚拟内存的 I/O 报告会被限制在可能导致最多 I/O 的 20 个段。
要按所有的文件系统级别来监控活动,并把报告写入到文件 fmon.out 中,请输入:
filemon -o fmon.out -O allfilemon 命令自动启动系统跟踪并且把它放到后台。该命令后,要输入在这个时刻要运行的应用程序和系统命令,请输入:
trcstop在执行了 trcstop 命令后,I/O 活动报告被写入fmon.out 文件中。所有的四个级别的文件和 I/O 系统(逻辑文件、虚拟内存、逻辑卷和物理卷级别)都会被监控。逻辑文件和虚拟内存的 I/O 报告限制在导致最多 I/O 的 20 个文件和段(分别地)。
要监控在所有文件系统级别上的活动,并且把一个详细的报告写到文件 fmon.out 中,请输入:
filemon -v -o fmon.out -O allfilemon 命令自动启动系统跟踪并且把它放到后台。该命令后,输入在这个时刻要运行的应用程序和系统命令,请输入:
trcstop除了详细的报告是生成在文件 fmon.out 中的以外,本例和前面的一个例子是类似的。主要的区别在于 filemon 命令将指出它正在启动跟踪的步骤,并且摘要和详细信息的报告将包括所有导致任何的 I/O(可能有很多)的文件和段,而不是只有最多 20 个。
要报告先前记录的一个跟踪会话捕获的 I/O 活动,请输入:
filemon -i trcfile | pg在本示例中,filemon 命令从输入文件 trcfile中读取文件系统跟踪的事件。输入文件必须已经是初始的跟踪格式,作为运行 trcrpt -r 命令的一个结果。既然跟踪数据已经在一个文件中被捕捉,filemon 命令就不再把它自己放置到后台以使其他的应用程序能够运行。整个文件读取后,一个关于虚拟内存、逻辑卷和物理卷级别的 I/O 活动报告将会被显示在标准输出(这种标准输出,在本例中,是通道 pg)。
要只监控逻辑和物理卷的 I/O 活动,同时使用 trcon 和 trcoff 命令控制监控的间隔,请输入:
filemon -d -o fmon.out -O pv,lvfilemon 命令自动启动系统跟踪并且把它放到后台。该命令之后,输入要在这个时刻运行的不被监控的应用程序和系统命令,请输入:
trcon在该命令后,输入要在这个时刻运行的被监控的应用程序和系统命令,请输入:
trcoff该命令之后,输入要在这个时刻运行的不被监控的应用程序和系统命令,请输入:
trcon在该命令后,输入要在这个时刻运行的被监控的应用程序和系统命令,请输入:
trcstop在本示例中,-O 标志只被用来限制监控逻辑和物理卷。只有那些与逻辑和物理卷相关的跟踪事件才被启用。而且,作为使用 -d 标志的一个结果,监控最初是被延缓一直到执行了 trcon 命令。通过使用 trcoff 和 trcon 命令,系统跟踪可以被间断地禁用和重启用,这样就能只监控特殊的间隔。