WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Report on Virtualization in Clusters

To: Jacob Gorm Hansen <jacobg@xxxxxxx>
Subject: Re: [Xen-devel] Report on Virtualization in Clusters
From: Rune Johan Andresen <runejoha@xxxxxxxxxxx>
Date: Fri, 26 Nov 2004 16:27:10 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Håvard Bjerke <havarbj@xxxxxxxxxxx>
Delivery-date: Fri, 26 Nov 2004 15:33:02 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <41A708F3.3020803@xxxxxxx>
Keywords: CERN SpamKiller Note: -51 Charset: west-latin
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
References: <20041125125424.GO18329@xxxxxxxxxxx> <41A708F3.3020803@xxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx

The application benchmarking behaved similar on the two clusters (with different HW), which makes it more probably it is the overhead. As mentioned we didn't disable IC on the tg3 drive so we don't
really know.

- Rune

On Nov 26, 2004, at 11:44 AM, Jacob Gorm Hansen wrote:

Håvard Bjerke wrote:
Rune and I just finished writing a report on using virtualization with Xen in clusters, with focus on network performance. You may download it from http://www.idi.ntnu.no/~havarbj/clust_virt.pdf
We hope you find it interesting!

Yes, very interesting. Good work.

It seems from your tests without interrupt coalescing that Xen has a higher interrupt-handling overhead than native Linux. I suppose that with the new IO model, Xen needs to flush the TLBs for every interrupt that arrives. Do you think this is the reason for the overhead, or are the performance problems only due to your hardware being badly supported by Xen?

Jacob



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel