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] experience with gnbd

To: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] experience with gnbd
From: Jacob Gorm Hansen <jacobg@xxxxxxx>
Date: Tue, 19 Oct 2004 16:47:14 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 19 Oct 2004 18:25:50 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: <E1CIpco-00080I-00@xxxxxxxxxxxxxxxxx>
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: <E1CIpco-00080I-00@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 0.8 (X11/20040926)
Ian Pratt wrote:
In the last couple of days we've been playing around with gnbd as
an alternative to iSCSI, as we found that the performance of the
current cisco linux iSCSI implementation was fairly awful talking
to our NetApp hardware target.

Cool, need to try this as an alternative to the 'iscsitarget' from sourceforge, even though that also works fairly well, serving disks from dom0.

What kind of performance improvement did you experience? This is not just due to the NetApp filer being on a separate network with a router or firewall in between (if I recall correctly)?

I haven't tried it, but the csnap writeable snapshot driver looks
worth investigation too -- its design is rather more reassuring
than lvm2 snap.

Perhaps it is better to have the writable/client-specific parts of your root filesystem (/tmp, /var/tmp, perhaps /etc) mounted via NFS (or something else, or just as symlinks to a separate device) on top of a read-only generalized rootfs (like the debian diskless packages used to do), rather than trying to handle this at the block-level. It seems to me all sorts of bad stuff can happen with a writable block-level overlay, for instance if you try to upgrade the filesystem underneath.

Jacob


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>