@@@@@问个高难问题！！！ @@@如何限制任意进程磁盘I/O峰值？@@@@ 可能吗？

yueyanwen 2010-04-13 01:12:19

问个高难问题！！！如何限制任意进程磁盘I/O峰值？可能吗？

十分感谢！！！

...全文

129 6 打赏收藏转发到动态举报

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

lwklovecy 2010-04-13

打赏
举报

回复

路过~~~

yueyanwen 2010-04-13

打赏
举报

回复

[Quote=引用楼主 yueyanwen 的回复:]
问个高难问题！！！如何限制任意进程磁盘I/O峰值？可能吗？

十分感谢！！！
[/Quote]

但是软件要是没有选项疯狂的占用读写呢？不能在加硬盘raid吧。有什么在软件上就可以解决了的呢

yueyanwen 2010-04-13

打赏
举报

回复

不是指定的进程也可以是任意的进程

任意进程都不可以超过 50mb的读写

yueyanwen 2010-04-13

打赏
举报

回复

比如啊。

进程123456.exe启动后开始持续的对硬盘进行 100mb的读 100mb的写

在不改的123456.exe情况下怎么可以限制它对磁盘的读写最大值比如我就让他可以有50mb的读写（不考虑其他后果）

qihuanfengyun 2010-04-13

打赏
举报

回复

内核，驱动级别？？？

就是just4 2010-04-13

打赏
举报

回复

楼主编一个操作系统就可以限制了

虽是不清楚，但I/O峰值是由程序提交给系统执行时造成的，直接限制该程序的并发线程数，拖延线程执行时间，这样可以避免磁盘I/O过大，像p2p软件、迅雷之类软件都可以设置线程数；另，增大程序的进程缓冲空间也可以缓解磁盘频繁高强度的读写等等

相关推荐

ORACLE数据库物理分布设计概述我们无论使用哪种数据库，无论怎样设计数据库，我想都会遵从一个原则：数据安全性和性能高效这两个主要方面，但是关于这两个方面的话题太多，在这里就不一一陈述，我只是从数据库物理分布设计方面和大家一起简单的探讨一下。因为数据库良好的物理分布设计也是对数据安全性和性能高效影响比较大, 就象我们在建大楼之前一定要先打好地基一样。現实中我们在应用各种不同数据库的时候，往往会忽略数据库的物理布局，只有在数据库性能遇到问题的时候才去考虑，但这是得不偿失的，这样一来不仅会导致与设计相关的问题出现，而且会影响性能的调整效果，所以我们在创建数据库之前先进行规划数据库的物理布局也是很必要的，这也符合人们常说的"磨刀不误砍柴工 "的道理。下面我就以Oracle为例从优化操作系统、磁盘布局优化和配置、数据库初始化参数的选择、设置和管理内存、设置和管理CPU、设置和管理表空间、设置和管理回滚段、设置和管理联机重做日志、设置和管理归档重做日志、设置和管理控制文件等几个方面作以陈述。一. 优化操作系统为了获得最佳的服务器性能, 对操作系统的优化也是很必要的, 因为操作系统性能问题通常会涉及到进程管理、内存管理、调度等，所以用户需要确保有足够的I/O带宽、CPU的处理能力、交换空间来尽可能的降低系统时间。如果应用程序在缓冲区出现过多的"忙"等待, 那么系统调用的进程将会增加, 虽然可以通过优化SQL语句等方法来降低调用的数目，但是这也是治病不治根的。用户可以启动Oracle的初始化参数timed_statistics来增加系统调用的数目, 反之如果关闭此参数,那么系统调用的数目也会减少。操作系统的缓存和Oracle自己的缓存管理是不相冲突的, 虽然它能消耗一定的资源, 但是它对性能还是有一定好处的, 因为一般所有数据库的I/O需要通过系统文件缓存来访问文件存储器。 Oracle的操作可能会用到许多的进程(有的系统叫线程), 所以用户应该确保所有Oracle的进程、后台进程、用户进程具有相同的优先级, 否则就会产生恶化的现象, 导致高优先级的进程等待低优先级的进程处理完毕释放出CPU资源后再处理, 更不能将Oracle的后台进程绑定到CPU中, 这样一来也会导致被绑定的进程被CPU资源饿死。比较好的是有些操作系统提供有操作系统资源管理器(Operating System Resource Manager), 通过它可以对系统资源访问划分优先级来降低峰值负载模式的影响，来实现多种管理策略和方法，控制用户资源的访问，限制用户资源的可消耗量。二．磁盘布局优化和配置在大多数产品数据库应用中，数据库文件一般都放在磁盘上，因此磁盘的良好使用和布局也是很重要的。磁盘布局的目标是：磁盘性能是不能阻碍实现数据库性能，数据库磁盘必须专用于数据库文件，否则非数据库将会影响到该数据库,且这种影响是不可预测的; 系统硬件和镜像必须满足恢复和性能的要求，数据文件大小和I/O不能超过磁盘的大小和 I/O，数据库一定是可以恢复的，必须使后台进程之间的竞争最小化。在规划硬盘配置时也要注意：首先所用的磁盘容量，有时用多个容量小的磁盘比用一个大的磁盘效果更好，因为可以进行更高级的并行I/O操作; 其次磁盘的速度，如反应时间和寻道时间都将影响I/O的性能, 可以考虑使用合适的文件系统作为数据文件; 再者使用合适的RAID。 RAID(Redundant Arrays of Inexpensive Disks)廉价冗余阵列可以改善数据的可靠性，而I/O的性能又取决于RAID配置的方式：R AID1可以提供比较好的可靠性和较快的读取速度，但写的代价比较大，所以不适合频繁写的应用；RAID0+1在原RAID1的基础上读取的速度更快，所以这也是大家常会选择的方式；RAID5可以提供比较好的可靠性，有顺序的读操作比较适合这种方式，但性能会受到影响，对于写操作频繁的应用也不适合这种。对于该选择那种方式不能一概而论，要根据具体的情况而定。有些应用软件先天性受到磁盘的I/O限制, 所以在设计的时候应尽量使Oracle的性能不受I/O的限制, 所以在设计一个I/O系统时要考虑以下的数据库需要: 存储磁盘的最小字节; 可用性, 如24X7, 9X5; 性能如I/O的输出和响应时间。决定Oracle文件的I/O统计信息可以来查询下列: 物理读数量(V$filestat.phyrds)、物理写数量 (V$filestat.phywrites)、平均时间, I/O=物理读+物理写。而I/O的平均数量=(物理读+物理写)/共用秒数), 估计这个数据对于新系统是有用的, 可以查询出新应用程序的I/O需求与系统的I/O能力是否匹配以便及

我遇到了拖延Linux系统的问题,我发现sysstat / sar报告了磁盘I / O利用率,平均服务时间以及系统停止时的平均等待时间的巨大高峰.我怎么能在下次发生时确定哪个过程导致这些峰值？是否可以使用sar(即：我可以从alreade记录的sar文件中找到此信息吗？输出为“sar -d”,系统失速发生在12.58-13.01pm左右.12:40:01 DEV tp...

当多个进程同时访问一个磁盘时，可能会出现磁盘冲突。大多数磁盘系统都对访问次数（每秒的 I/O 操作，IOPS）和数据传输率（每秒传输的数据量，TPS）有限制。当达到这些限制时，后面需要访问磁盘的进程就需要等待，这时就是所谓的磁盘冲突。避免磁盘冲突是优化 I/O 性能的一个重要目标，而 I/O 性能的优化与其他资源（如CPU和内存）的优化有着很大的区别 ,I/O 优化最有效的手段是将

理解磁盘条带化什么是条带化(striping) 当多个进程同时访问一个磁盘时，可能会出现磁盘冲突。大多数磁盘系统都对访问次数（每秒的I/O操作，IOPS）和数据传输率（每秒传输的数据量，TPS）有限制。当达到这些限制时，后面需要访问磁盘的进程就需要等待，这时就是所谓的磁盘冲突。避免磁盘冲突是优化I/O 性能的一个重要目标，而 I/O 性能的优化与其他

什么是条带化(striping) 当多个进程同时访问一个磁盘时，可能会出现磁盘冲突。大多数磁盘系统都对访问次数（每秒的 I/O 操作，IOPS）和数据传输率（每秒传输的数据量，TPS）有限制。当达到这些限制时，后面需要访问磁盘的进程就需要等待，这时就是所谓的磁盘冲突。避免磁盘冲突是优化 I/O 性能的一个重要目标，而 I/O 性能的优化与其他资源（如CPU和内存...

6,766

社区成员

178,091

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告