[Bug 1134353] New: adopting BFQ to control I/O
http://bugzilla.opensuse.org/show_bug.cgi?id=1134353 Bug ID: 1134353 Summary: adopting BFQ to control I/O Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: All OS: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Action Items Assignee: adrian@suse.com Reporter: paolo.valente@linaro.org QA Contact: adrian@suse.com Found By: --- Blocker: --- Hi, BFQ seems to be effective in guaranteeing: - high responsiveness [1]; - low latency for time-sensitive applications (such as audio/video playing) [1]; - a much higher throughput than other solutions, with multi-client server workloads [2]. The current limitation of BFQ is that it can process at most ~500 KIOPS on a consumer-grade CPU. However, this covers all storage hardware from cheap flash memories to consumer-grade NVME SSDs. In addition, work is in progress to handle many more IOPS. So, this is to track the adoption of BFQ in OpenSUSE for relevant storage devices, and to help where I can. [1] https://algo.ing.unimo.it/people/paolo/disk_sched/results.php [2] https://www.linaro.org/blog/io-bandwidth-management-for-production-quality-s... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1134353 Paolo Valente <paolo.valente@linaro.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |paolo.valente@linaro.org Assignee|adrian@suse.com |jthumshirn@suse.com QA Contact|adrian@suse.com |jthumshirn@suse.com -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com