linux – 在高磁盘I / O期间提高系统性能/响应能力的进展是什么?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了linux – 在高磁盘I / O期间提高系统性能/响应能力的进展是什么?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含2673字,纯文字阅读大概需要4分钟。
内容图文
![linux – 在高磁盘I / O期间提高系统性能/响应能力的进展是什么?](/upload/InfoBanner/zyjiaocheng/959/9e623f9389ea4469a3e9abd3c143244f.jpg)
每当存在高磁盘I / O时,系统往往比平时慢得多并且响应性也低. Linux内核在此方面的进展如何?这个问题是否正在积极进行?
解决方法:
我认为大部分都已经解决了.我在重型IO下的表现在2.6.36有所改善,我预计它在2.6.37中会有所改善.见these phoronix文章.
Wu Fengguang and KOSAKI Motohiro have published patches this week that they believe will address some of these responsiveness issues, for which they call the “system goes unresponsive under memory pressure and lots of dirty / writeback pages” bug. Andreas Mohr, one of the users that has reported this problem to the LKML and tested the two patches that are applied against the kernel’s vmscan reported success. Andreas’ problem was the system becoming fully unresponsive (and switching to a VT took 20+ seconds) when making an EXT4 file-system when a solid-state drive was connected via USB 1.1. On his system when writing 300M from the /dev/zero file the problem was even worse.
这是bug的直接链接
也来自Phoronix
Fortunately, from our testing and the reports of other Linux users looking to see this problem corrected, the relatively small vmscan patches that were published do seem to better address the issue. The user-interface (GNOME in our case) still isn’t 100% fluid if the system is sustaining an overwhelming amount of disk activity, but it’s certainly much better than before and what’s even found right now with the Linux 2.6.35 kernel.
还有Phoronix 2.6.36 release announcement
它似乎block barriers are going away,这也应该有助于表现.
In practice, barriers have an unpleasant reputation for killing block I/O performance, to the point that administrators are often tempted to turn them off and take their risks. While the tagged queue operations provided by contemporary hardware should implement barriers reasonably well, attempts to make use of those features have generally run into difficulties. So, in the real world, barriers are implemented by simply draining the I/O request queue prior to issuing the barrier operation, with some flush operations thrown in to get the hardware to actually commit the data to persistent media. Queue-drain operations will stall the device and kill the parallelism needed for full performance; it’s not surprising that the use of barriers can be painful.
还有这个LWN article on fair I/O Scheduling
我想说IO重新唤醒了关于在2.6.28中发布ext4的时间.以下链接是Linux Kernel Newbies内核版本,您应该查看Block和Filesystems部分.这当然可能是不公平的情绪,或者只是我开始观看FS开发的时候,我确信它一直在改进,但我觉得有些ext4问题,“让人们很难看IO堆栈,或者可能是他们期望ext4解决所有性能问题,然后当它没有意识到他们必须在别处寻找问题时.
2.6.28,
2.6.29,
2.6.30,
2.6.31,
2.6.32,
2.6.33,
2.6.34,
2.6.35,
2.6.36,
2.6.37
内容总结
以上是互联网集市为您收集整理的linux – 在高磁盘I / O期间提高系统性能/响应能力的进展是什么?全部内容,希望文章能够帮你解决linux – 在高磁盘I / O期间提高系统性能/响应能力的进展是什么?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。