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/
Home Products Support Community News


RE: [Xen-users] The death of XEN by Novell

To: "'Florian Manschwetus'" <florianmanschwetus@xxxxxx>, "'Mark Williamson'" <mark.williamson@xxxxxxxxxxxx>
Subject: RE: [Xen-users] The death of XEN by Novell
From: "Venefax" <venefax@xxxxxxxxx>
Date: Sun, 20 Jul 2008 12:36:46 -0400
Cc: xen-users@xxxxxxxxxxxxxxxxxxx, 'jim burns' <jim_burn@xxxxxxxxxxxxx>
Delivery-date: Sun, 20 Jul 2008 09:37:49 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references :in-reply-to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:x-mailer:thread-index:content-language; bh=5pz/Dm7RPKVuH2+wa42a1PsEyZoZvhH/V3zfgbx9x7w=; b=bQp+sAhJbl9OaAfbtc7WRxZKAXbqRkRzsSqgkDIAFI/AnkxIZo3ARRmdZYEhcRPPdB ZnAn7c+POTWs3w7UtSl+zzJ8tVqbXzJN2xydHOPk7ZPktYKpGykKIA5e2KokhT8Btkx5 eaUOBNVyRusscNjCoYn5ckWIP9COSyaLApWGc=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :thread-index:content-language; b=fEZkF96JoAssV5AoAlW3SQjuXn96RDCW4+CyBlorWoCDGiik4S164SMVllra1sntC2 beETFq9pZGpKUpNPtX/x99Lqi7v3g0NlR05Pr0G/B+M5Y/EoC3dc4qNL9QypFqYivkKo rm/3Lp6ePiq7ifYBZHKFGnWOquv4MigNDwjlM=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <48836812.1070506@xxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <fc1cbedb0807170903s1f539b8aj32017e643bbd2853@xxxxxxxxxxxxxx> <049401c8ea6f$c4b031d0$4e109570$@com> <200807201026.50582.jim_burn@xxxxxxxxxxxxx> <200807201711.34406.mark.williamson@xxxxxxxxxxxx> <48836812.1070506@xxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcjqhcsnTdpxZnzxTvixCqzfQMMteAAAKd+w
SQL Server only runs in Windows. I am now actually learning DB2 in order to
use a Linux-based database. But of course I am not dumb to put my entire
business on a database I cannot support, yet, the way I do with SQL Server.
And the beauty is the with XEN-Windows 2008, SQL Server runs perfectly,
unless Windows crashes.

-----Original Message-----
From: Florian Manschwetus [mailto:florianmanschwetus@xxxxxx] 
Sent: Sunday, July 20, 2008 12:30 PM
To: Mark Williamson
Cc: xen-users@xxxxxxxxxxxxxxxxxxx; Venefax; jim burns
Subject: Re: [Xen-users] The death of XEN by Novell

Mark Williamson schrieb:
> On Sunday 20 July 2008, jim burns wrote:
>> On Sun July 20 2008 9:51:52 am Venefax wrote:
>>> The Novell engineer showed me a technical document, which I did not
>>> the number, on the Novell web site, where it said: windows SMP using the
>>> Novell driver crashes.
>> That's what I thought - the problem is with Novell's PV drivers, not Xen.
>> James had some initial problems with SMP also.
> Right, that's important.  Novell's PV drivers are their code so those
> might have limitations that plain Xen does not.  Presumably it would be 
> possible to run using fully emulated IO instead of PV drivers but I
> this could have performance problems in your configuration.  Could be
worth a 
> try, if you can afford to experiment.
> If the Windows VMs themselves are crashing due to Novell's PV drivers then
> afraid this limitation / problem is really Novell's responsibility and
> would be the best people to approach for assistance / complaints.  The
> for those drivers isn't open, so only Novell can fix them.  If the Novell
> drivers are somehow crashing your Linux domains or dom0 or Xen itself then

> that might be a Xen bug and it would be useful to post more details here.
> For comparison, Citrix/XenSource supply with their product PV drivers for 
> Windows that are - AFAIK - a different codebase and may not have these 
> limitations.  So do Virtual Iron, for their Xen-based product.  Both of
> can only be used with their respective commercial hypervisors, AFAIK.
> Harper's PV drivers for Windows are GPL but still under development and so
> doubt they'd be recommended for heavy production use.
> There are a lot of different PV driver solutions for Windows about and
none of 
> them are officially part of the OSS Xen project; only one of them is even 
> Open Source.
I really wonder why you run your SQL servers in windows and all the rest 
in Linux???
I asume especially for databases is Windows a bad base, but i have a 
win20008 sharepoint running on xen 3.2.1 with 2 vcpus it works great and 
stable with james drives.
And if you like to use this single Box, you may ask SUN (Solaris and 


>>>  I use a SIP Server on the Linux side, talking hundreds of times per
>>> second to SQL Server, so I need SMP 8 ways on both  ends.
>> Something I've never seen you actually say is that you *tried* vcpu=1,
>> the performance was bad. So far, it sounds like theory to me. Even with 1
>> vcpu, playing with scheduling weights should help.
> Venefax, are you able to try this?
> Thank you,
> Mark

Xen-users mailing list