I just came across an interesting paper on a VMware project called PARDA. The acronym stands for Proportional Allocation of Resources for Distributed Storage Access and represents an attempt to potentially deal with increasing virtualization I/O concerns using a "proportional-share resource scheduler that can provide service differentiation for I/O like VMware already provides for CPU and Memory." Interesting charts that show that the target is to address latency and not necessarily bandwidth. While many clients that I speak to suggest that they focus most on memory in terms of costs, they also cite that from a performance standpoint they often concentrate primarily on storage I/O so this could very interesting. It does though seem to potentially create an interesting scenario for virtualization consumers, i.e.,., do I use a common VM-oriented I/O scheduler that is seemingly independent of the back-end storage, or do I use array-based service controlling mechanisms that may be independent of the underlying VM technology platform?
Read Complimentary Relevant Research
100 Data and Analytics Predictions Through 2021
Over the next few years, data and analytics programs will become even more mission-critical throughout the business and across industries....
View Relevant Webinars
Five Hottest Trends for Analytics in Banking
Analytics have been consistently mentioned as the top priority in the past decade's CIO surveys. We explain the hottest trends across...
Comments or opinions expressed on this blog are those of the individual contributors only, and do not necessarily represent the views of Gartner, Inc. or its management. Readers may copy and redistribute blog postings on other blogs, or otherwise for private, non-commercial or journalistic purposes, with attribution to Gartner. This content may not be used for any other purposes in any other formats or media. The content on this blog is provided on an "as-is" basis. Gartner shall not be liable for any damages whatsoever arising out of the content or use of this blog.