All of lore.kernel.org
 help / color / mirror / Atom feed
* Xen and VMware
@ 2005-02-16 15:08 Tim Freeman
  0 siblings, 0 replies; 9+ messages in thread
From: Tim Freeman @ 2005-02-16 15:08 UTC (permalink / raw)
  To: xen-devel

This is an interesting interview with a VMware executive about Xen.  One of
his statements is that Xen is "purely for Linux."

http://blogs.zdnet.com/BTL/index.php?p=1055


Tim


-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* RE: Xen and VMware
@ 2005-02-16 22:05 Tom Hibbert
  2005-02-16 22:50 ` Jacob Gorm Hansen
  0 siblings, 1 reply; 9+ messages in thread
From: Tom Hibbert @ 2005-02-16 22:05 UTC (permalink / raw)
  To: Tim Freeman, xen-devel

Typical corporate talking head blah. Interesting that he talks about
Vmotion as a 'killer technology' when Xen is already doing it. 
If you read the interview there's quite a bit of Xen-bashing. The guy
rags on the requirement for modification of the host kernel. He is
comparing the two products as if they took the same approach, failing to
mention that Xen's paravirtualisation architecture eliminates all of the
costly performance overhead his company's product is famous for...
 

-----Original Message-----
From: xen-devel-admin@lists.sourceforge.net
[mailto:xen-devel-admin@lists.sourceforge.net] On Behalf Of Tim Freeman
Sent: Thursday, 17 February 2005 4:09 a.m.
To: xen-devel@lists.sourceforge.net
Subject: [Xen-devel] Xen and VMware

This is an interesting interview with a VMware executive about Xen.  One
of his statements is that Xen is "purely for Linux."

http://blogs.zdnet.com/BTL/index.php?p=1055


Tim



-------------------------------------------------------
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://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Xen and VMware
  2005-02-16 22:05 Xen and VMware Tom Hibbert
@ 2005-02-16 22:50 ` Jacob Gorm Hansen
  2005-02-17  2:40   ` aq
  2005-02-17  9:14   ` Steven Hand
  0 siblings, 2 replies; 9+ messages in thread
From: Jacob Gorm Hansen @ 2005-02-16 22:50 UTC (permalink / raw)
  To: Tom Hibbert; +Cc: Tim Freeman, xen-devel

Tom Hibbert wrote:
> Typical corporate talking head blah. Interesting that he talks about
> Vmotion as a 'killer technology' when Xen is already doing it. 
> If you read the interview there's quite a bit of Xen-bashing. The guy
> rags on the requirement for modification of the host kernel. He is
> comparing the two products as if they took the same approach, failing to
> mention that Xen's paravirtualisation architecture eliminates all of the
> costly performance overhead his company's product is famous for...

I still think you need to respect VMWare for breathing new life into 
virtual machine research. And I still think Xen can be improved (as is 
happening now) with regards to memory footprint etc. VMWare ESX is also 
likely to have some performance benefits from having the drivers in the 
kernel, even though that comes at the cost of them having to implement 
the drivers themselves. And the fact that they can host Windows is a big 
win with lots of customers.

VMWare does some amount of paravirtualization, with all the VMWare tools 
that you need to install. In fact, Xen seems to be going in VMWare's 
direction (shadow page tables, writable page tables, binary rewriting, 
Vanderpool support) in some areas.

The fact that I seem to have prior art for their 'killer technology' I 
just find kind of funny ;-)

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Xen and VMware
  2005-02-16 22:50 ` Jacob Gorm Hansen
@ 2005-02-17  2:40   ` aq
  2005-02-17  3:01     ` Jacob Gorm Hansen
  2005-02-17  9:14   ` Steven Hand
  1 sibling, 1 reply; 9+ messages in thread
From: aq @ 2005-02-17  2:40 UTC (permalink / raw)
  To: Jacob Gorm Hansen; +Cc: Tom Hibbert, Tim Freeman, xen-devel

On Wed, 16 Feb 2005 14:50:23 -0800, Jacob Gorm Hansen <jacobg@diku.dk> wrote:
> Tom Hibbert wrote:
> > Typical corporate talking head blah. Interesting that he talks about
> > Vmotion as a 'killer technology' when Xen is already doing it.
> > If you read the interview there's quite a bit of Xen-bashing. The guy
> > rags on the requirement for modification of the host kernel. He is
> > comparing the two products as if they took the same approach, failing to
> > mention that Xen's paravirtualisation architecture eliminates all of the
> > costly performance overhead his company's product is famous for...
> 
> I still think you need to respect VMWare for breathing new life into
> virtual machine research. And I still think Xen can be improved (as is
> happening now) with regards to memory footprint etc. VMWare ESX is also
> likely to have some performance benefits from having the drivers in the
> kernel, even though that comes at the cost of them having to implement
> the drivers themselves. And the fact that they can host Windows is a big
> win with lots of customers.
> 
> VMWare does some amount of paravirtualization, with all the VMWare tools
> that you need to install. In fact, Xen seems to be going in VMWare's
> direction (shadow page tables, writable page tables, binary rewriting,
> Vanderpool support) in some areas.

Jacob, I am surprised here. Which code in Xen that does "binary rewriting"?

Thank you,
AQ


-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Xen and VMware
  2005-02-17  2:40   ` aq
@ 2005-02-17  3:01     ` Jacob Gorm Hansen
  0 siblings, 0 replies; 9+ messages in thread
From: Jacob Gorm Hansen @ 2005-02-17  3:01 UTC (permalink / raw)
  To: aq; +Cc: xen-devel

aq wrote:
> On Wed, 16 Feb 2005 14:50:23 -0800, Jacob Gorm Hansen <jacobg@diku.dk> wrote:
> 

>>VMWare does some amount of paravirtualization, with all the VMWare tools
>>that you need to install. In fact, Xen seems to be going in VMWare's
>>direction (shadow page tables, writable page tables, binary rewriting,
>>Vanderpool support) in some areas.
> 
> 
> Jacob, I am surprised here. Which code in Xen that does "binary rewriting"?

I am not sure if it is still there, but one of the approaches to fixing 
the /lib/tls issue was to use binary rewriting of code within the guest OS.

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Xen and VMware
  2005-02-16 22:50 ` Jacob Gorm Hansen
  2005-02-17  2:40   ` aq
@ 2005-02-17  9:14   ` Steven Hand
  2005-02-17  9:36     ` Jacob Gorm Hansen
  2005-02-17 15:51     ` Ronald G. Minnich
  1 sibling, 2 replies; 9+ messages in thread
From: Steven Hand @ 2005-02-17  9:14 UTC (permalink / raw)
  To: Jacob Gorm Hansen; +Cc: Tom Hibbert, Tim Freeman, xen-devel


> Tom Hibbert wrote:
> > Typical corporate talking head blah. Interesting that he talks about
> > Vmotion as a 'killer technology' when Xen is already doing it. 
> > If you read the interview there's quite a bit of Xen-bashing. The guy
> > rags on the requirement for modification of the host kernel. He is
> > comparing the two products as if they took the same approach, failing to
> > mention that Xen's paravirtualisation architecture eliminates all of the
> > costly performance overhead his company's product is famous for...
> 
> I still think you need to respect VMWare for breathing new life into 
> virtual machine research. And I still think Xen can be improved (as is 
> happening now) with regards to memory footprint etc. VMWare ESX is also 
> likely to have some performance benefits from having the drivers in the 
> kernel, even though that comes at the cost of them having to implement 
> the drivers themselves. And the fact that they can host Windows is a big 
> win with lots of customers.

VMWare deserve respect for doing a /heroic/ engineering job; there are
(as we all know) a bunch of really tricky hurdles to get over in order
to do full (or almost full) virtualization on regular x86 hardware. I 
imagine there is some incredibly intricate and hairy code in there to
deal with the binary scanning + rewriting, etc. 

That said, they may be solving the /wrong/ problem. As Xen (and other
systems, e.g. exokernel) have demonstrated, most punters don't give a 
damn if their OS is bit for bit identical or not providing all of their
applications run correctly. Doing all the heavy lifting of full 
virtualization means that you have lots of complex (and fragile) code, 
and also pay a hefty performance cost. It only makes sense if you 
want to play the licensing game... which is kinda up in the air at 
the moment (e.g. if you experience difficulties w/ windows under vmware
you need to reliably reproduce it under a vanilla install too or MS 
won't support it). 


> VMWare does some amount of paravirtualization, with all the VMWare tools 
> that you need to install. In fact, Xen seems to be going in VMWare's 
> direction (shadow page tables, writable page tables, binary rewriting, 
> Vanderpool support) in some areas.

Hmm: 

  - our shadow page tables are quite different to VMware's (as far as 
    we can tell - there's no docs on their implementation details) 

  - I don't think that writable page tables are something VMWare do 
    since it only makes sense for paravirtualized memory systems.

  - our binary rewriting is a tiny fraction of what they do and, in 
    current default installs of xen 2.x, is not used at all. 

  - we released VT support back in 2004; I don't believe VMWare 
    ship anything supporting VT at present. 

Anyway, the game may well change with the advent of VT and Pacifica; 
there are certainly both technical and legal/economic challenges to 
be overcome. 


cheers,

S.


-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Xen and VMware
  2005-02-17  9:14   ` Steven Hand
@ 2005-02-17  9:36     ` Jacob Gorm Hansen
  2005-02-17 15:51     ` Ronald G. Minnich
  1 sibling, 0 replies; 9+ messages in thread
From: Jacob Gorm Hansen @ 2005-02-17  9:36 UTC (permalink / raw)
  To: Steven Hand; +Cc: xen-devel

Steven Hand wrote:

>>VMWare does some amount of paravirtualization, with all the VMWare tools 
>>that you need to install. In fact, Xen seems to be going in VMWare's 
>>direction (shadow page tables, writable page tables, binary rewriting, 
>>Vanderpool support) in some areas.
> 
> Hmm: 
> 
>   - our shadow page tables are quite different to VMware's (as far as 
>     we can tell - there's no docs on their implementation details) 
> 
>   - I don't think that writable page tables are something VMWare do 
>     since it only makes sense for paravirtualized memory systems.
> 
>   - our binary rewriting is a tiny fraction of what they do and, in 
>     current default installs of xen 2.x, is not used at all. 
> 
>   - we released VT support back in 2004; I don't believe VMWare 
>     ship anything supporting VT at present. 

What I meant by that is that where Xen1 was purely in the paravirt camp, 
recent versions take more of a middle-of-the road stance, as Xen now 
sports functionality that does not strictly _have_ to be in the VMM, and 
does so in order to reduce the porting effort for new guest OSes.

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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Xen and VMware
  2005-02-17  9:14   ` Steven Hand
  2005-02-17  9:36     ` Jacob Gorm Hansen
@ 2005-02-17 15:51     ` Ronald G. Minnich
  2005-02-17 16:32       ` B.G. Bruce
  1 sibling, 1 reply; 9+ messages in thread
From: Ronald G. Minnich @ 2005-02-17 15:51 UTC (permalink / raw)
  To: Steven Hand; +Cc: Jacob Gorm Hansen, Tom Hibbert, Tim Freeman, xen-devel



On Thu, 17 Feb 2005, Steven Hand wrote:

> That said, they may be solving the /wrong/ problem. 

I'm not so sure that is correct. I've talked to people in the commercial 
world and learned some interesting things. A big use of vmware and citrix 
is to run windows under windows. Why? Because nobody trusts windows or 
windows users. They run citrix (and I guess vmware in other places) 4 or 5 
instances at a time under NT server and use KVMs. This one person I talked 
to ran thousands of desktops this way.

I'm guessing based on some of my conversations that the big end use of 
vmware is windows under windows. But I could be totally wrong. 

ron


-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Xen and VMware
  2005-02-17 15:51     ` Ronald G. Minnich
@ 2005-02-17 16:32       ` B.G. Bruce
  0 siblings, 0 replies; 9+ messages in thread
From: B.G. Bruce @ 2005-02-17 16:32 UTC (permalink / raw)
  To: Ronald G. Minnich
  Cc: Steven Hand, Jacob Gorm Hansen, Tom Hibbert, Tim Freeman,
	xen-devel

Actually, the biggest appeal of vmware is being able to run windows in a
vm.  Most organizations don't really care what is underlying, but it's
the ability to snapshot and restore a virtual machine to a known working
condition (particularly with windows) that appeals.  The faster this
restore happens, the better.  They want the ability to immediately back
out a hotfix or service pack (or any other software upgrade or config.
change) that is causing issues and know that "ALL" traces of the
offending change have been removed - immediately.  No fussing around
with regedit or dll version skew.  This is especially true with terminal
servers.  If you have your corporate desktop sitting on a terminal
server (say 250-500) users and someone infects the box with a virus or
spyware, the faster you can get the box back to a pristine working
condition, the more of a hero you look.  It's the same reason large
corporations look to ghost for their desktop builds.  


On Thu, 2005-02-17 at 11:51, Ronald G. Minnich wrote:
> On Thu, 17 Feb 2005, Steven Hand wrote:
> 
> > That said, they may be solving the /wrong/ problem. 
> 
> I'm not so sure that is correct. I've talked to people in the commercial 
> world and learned some interesting things. A big use of vmware and citrix 
> is to run windows under windows. Why? Because nobody trusts windows or 
> windows users. They run citrix (and I guess vmware in other places) 4 or 5 
> instances at a time under NT server and use KVMs. This one person I talked 
> to ran thousands of desktops this way.
> 
> I'm guessing based on some of my conversations that the big end use of 
> vmware is windows under windows. But I could be totally wrong. 
> 
> ron
> 
> 
> -------------------------------------------------------
> 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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xen-devel
> 


-------------------------------------------------------
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://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2005-02-17 16:32 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-16 22:05 Xen and VMware Tom Hibbert
2005-02-16 22:50 ` Jacob Gorm Hansen
2005-02-17  2:40   ` aq
2005-02-17  3:01     ` Jacob Gorm Hansen
2005-02-17  9:14   ` Steven Hand
2005-02-17  9:36     ` Jacob Gorm Hansen
2005-02-17 15:51     ` Ronald G. Minnich
2005-02-17 16:32       ` B.G. Bruce
  -- strict thread matches above, loose matches on Subject: below --
2005-02-16 15:08 Tim Freeman

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.