You don't need virtualisation to move the blocks around on the disk to get better performance. This has already been implemented, e.g. there is some Intel software for Windows that does this. However, such software wouldn't work as expected for a virtual disk file, so it might still be useful to reimplement the idea in VirtualBox.<br>
<br>-- <br>Robin<br><br><div class="gmail_quote">2009/12/9 Joseph Miller <span dir="ltr"><<a href="mailto:josephcmiller2@gmail.com">josephcmiller2@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br>I am new to this list and I am not sure if this idea has been addressed in the past, so please forgive me if it has.<br><br>Most virtualizers end up with performance somewhere in the range of 98% to 99% of running on real hardware (AFAIK).  This is pretty good considering what they have to go through in order to run guest systems.  But it is well known that the perfomance bottleneck in most desktop systems is in the disk access area.  I think this is an area where VirtualBox could actually exceed the performance of actual hardware.<br>

<br>Operating systems disk access are limited by several factors like the type of filesystem that is being used and the number of files (not just the size) that must be loaded at any given time.  However, it is common that groups of files are all loaded in a certain sequence or basically *at the same time* such as when the OS is booting or when a particular program is loading and all its data files and libraries must be loaded.  Since disk access is virtual with VirtualBox, the mapping of these disk sectors on the virtual HD vs the physical HD doesn't have to be the same.  Perhaps it would be worthwhile for VirtualBox to keep an index of which sectors are commonly loaded together and to either physically group these together on the physical HD (with mapping to their virtual location of course) or a simple disk caching mechanism.  For files that are changed constantly (data files) the former may be a better solution but may carry difficult technical hurdles.  The latter would be fine for most static data (such as libraries or OS booting files).  If this data can be loaded sequentially (if the host has a sufficiently non-fragmenting filesystem) performance can be *significantly* improved.  Maybe I could finally get that reiserfs performance on my XP guest :)<br>

<br>Please let me know what you think.  I do not think that I have the technical ability to implement this on my own, I'm mostly a PHP hacker, but I would contribute in any way I can if this is reasonable.<br><br>Thanks for your consideration.<br>

<br>-Joseph<br><br>(P.S. - I just *inherited* a dual-head display and am wondering if there is any development on using a physical graphics card directly in the guest system. I googled but couldn't find anything.)<br>

<br>_______________________________________________<br>
vbox-dev mailing list<br>
<a href="mailto:vbox-dev@virtualbox.org">vbox-dev@virtualbox.org</a><br>
<a href="http://vbox.innotek.de/mailman/listinfo/vbox-dev" target="_blank">http://vbox.innotek.de/mailman/listinfo/vbox-dev</a><br>
<br></blockquote></div><br>