Uh.... not really.

While I do understand where you are coming from here, a caching system isn't what is needed (I actually do this kind of stuff for a living). You are correct in that a caching system can help to reduce server load. However the amount of performance gain you would see would be small (especially for high traffic sites), if not poorer if the caching is stored on spinning disk. Database systems such as mySQL, Oracle, and SQL Server power the majority of the largest websites on the market and they all do so efficiently and effectively. The problem that we face here with vShare is that vShare is designed for single server use. Sure, there is a multiserver section, but vShare's approach to multiserver is for file storage only. Thus, your main server has to continuously get bigger and better in order for your site to operate efficiently. Eventually, you will reach a point in which this is no longer feasible. This is usually because the biggest bottleneck on a server has nothing to do with software. Rather, it has to do with your hard drive. Most dedicated servers on the market today operate on a single hard drive (or in a RAID 1 configuration). If you are actually running on true server hardware (and not desktop hardware), your server may contain a 10K RPM drive at best (or, if you are really shelling out the dough, a 15K RPM drive). If you are using desktop based hardware, you're on a 7200 RPM drive. With setup's like these, you reach a point in which you do not have enough IOPS to handle your load. This is even more true with people who have servers with unmetered bandwidth. A person with a 100Mb unmetered line has the potential to transfer a maximum 31TB of data per month, or around 12.5MB per second. The average large size SATA hard drive can sustain around 100-150MB per second (with bursts up to 300MB per second). What this means is that approximately 1/10th of your hard drive is being used just to transfer data from the server to the person requesting the page. When you add on top of that the OS plus software plus reads/writes into/out of memory, plus database, this can fill up very quickly. This is why your largest sites out there run application clustering and load balancing (to spread the load to multiple servers) and database farms (database servers attached to high-performance SAN Arrays that have cache cards installed and are designed for high IOPS). vShare does not offer us any of these abilities.

Now, while I don't believe that vShare should go as far as to support any of that stuff as the price point isn't designed for it (although if the next version is open source, we could definitely add that in), what I do believe that vShare could and should offer us is true multiserver support in which application, CPU, process, and storage, are spread between multiple servers. Also, moving from Apache only installations to offering either Apache or Lighttpd with support for load balancing and clustering help out tremendously for load and performance.