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: "'Stefan de Konink'" <skinkie@xxxxxxxxx>
Subject: RE: [Xen-users] The death of XEN by Novell
From: "Venefax" <venefax@xxxxxxxxx>
Date: Sat, 19 Jul 2008 23:45:31 -0400
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sat, 19 Jul 2008 20:46:30 -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=KwgBGOWwMZl12kZ+RDa8dQJ3lXN/q2tkHrfN5FkZTQg=; b=i02Z+iD0YXJC1AFsp64UtMp/lVPKGGArY9c95MsGFRbU87MkOoxctvGW2ydnQntQuc LjJe40u9QRtXAhZ/vW2kMEdkfIThxUWHerUQYargftvT4xGXWZM1ZhIKGdtUpJr34UHW KalIXTcFwfRdOR/knG0cehxyzPNNfqVnRC8m0=
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=sFtSFsYvlxYjJgdvOHt9gIXC0R1y39HI275ByeNowZOx4LMYzHc3OAZShfCMwzXkwt usA3b1OuKkX5X+ZOAPrwpeRJG2GaMn+Yuy4mGl/GPyzHGDpIgliR6FozB4pJ0hfITwFR AFJ1NA4iRdZ7Jz6fah8jnfzYTTk4VDYF7A4A4=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4882A4E0.6000607@xxxxxxxxx>
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: <4882028E.87A6.0099.1@xxxxxxxxx> <op.uekbfcay50772i@discordia> <48827926.7030004@xxxxxxxxx> (sfid-20080719_193334_900407_0591F096) <200807191937.27633.jim_burn@xxxxxxxxxxxxx> <043101c8ea05$e08b49e0$a1a1dda0$@com> <4882982B.7090707@xxxxxxxxx> <043801c8ea0a$c4627ae0$4d2770a0$@com> <48829C75.2060708@xxxxxxxxx> <044801c8ea0d$d23fa540$76beefc0$@com> <4882A1B1.1040704@xxxxxxxxx> <044f01c8ea10$80ed49b0$82c7dd10$@com> <4882A4E0.6000607@xxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcjqEYgsRBrM94UbTjmjJGGRIzXPhgACMm1A
My design was not irrational, on the contrary, by having the database sharing 
the same physical box, the network trip was eliminated and my telephony service 
saw the latency reduced by an 80%. My Linux softswitches have often 300 open 
connections to SQL Server, because each open call needs routing information and 
the cdr must be written, all of these in real-time. I have two databases 
sharing the same box, one for CDR processing and another for routing. Those 
hundreds of connections do not happens across a physical medium, like the 
network, but across a XEN bridge, in RAM. The speed and performance is amazing.
If it worked, of course.

-----Original Message-----
From: Stefan de Konink [mailto:skinkie@xxxxxxxxx] 
Sent: Saturday, July 19, 2008 10:37 PM
To: Venefax
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] The death of XEN by Novell

Venefax schreef:
> I cannot use 1 VCPU per windows domain. I have SQL Server running
> literally hundreds of transactions per second. I use Windows only to
> hold, to contain SQL Server, and since 100% of the transactions come
> from Linux domu's, the speed and performance is fantastic, for there
> is no trip over the network. Each of my windows domains has 32 GB of
> RAM and 8 VCPU's. Without SMP I am as good as dead. In fact, I am
> buying a dew Dell box on Monday only for SQL Server.

Who advised you to virtualize your most performance wise critical 
system? I mean... there are now two groups that want to do this and only 
to get high availability, or some big commercial bennefit. You didn't 
talked about this at all.

So we can conclude you design was stupid. Is stupid and by running your 
database on a dedicated server you could have reduced cost, increased 
stability and performance. I'm glad you finally saw the light!

But thank you for trying 1 vcpu with your superb setup, it was great 


Xen-users mailing list

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