Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 22 reacties
Bron: Microsoft

Microsoft en XenSource hebben enkele uren geleden bekendgemaakt dat er samengewerkt gaat worden aan het ontwikkelen van technologie die het mogelijk moet maken om speciale, voor Xen aangepaste, versies van Linux-distributies te draaien boven op de hypervisorsoftware die in Windows Longhorn, de volgende versie van Windows Server, aanwezig zal zijn. Hierdoor wordt het bijvoorbeeld mogelijk om op één fysieke server tegelijk Windows Server en Linux-distributies te draaien. Daarnaast houdt de samenwerking in dat ervoor gezorgd zal worden dat Windows-besturingssystemen goed zullen werken bovenop de hypervisorsoftware Xen. In april van dit jaar had Microsoft al laten weten dat zowel Linux als Solaris ondersteund zou worden in de R2-release van Virtual Server 2005. XenSource had in een eerder stadium al het Microsoft Virtual Hard Disk-bestandsformaat in licentie gekregen en de ondersteuning van virtuele machines uit Virtual Server 2005 in orde gemaakt.

Het lijkt er sterk op dat Microsoft via deze samenwerking met XenSource opnieuw de virtualisatiestrijd met VMware wil aangaan. De eerste stappen in dit gevecht zijn al gezet door de aankoop van Connectix en het uitbrengen van Virtual PC 2004, Virtual Server 2005 en de R2-release van deze software. Verder wordt gewerkt aan virtualisatie- en hypervisortechnologie die zijn opwachting in Windows Longhorn moet maken. Tot op heden heeft dit Microsoft echter niet heel veel opgeleverd, het gratis weggeven van de software ten spijt. Door een samenwerking met XenSource, dat al een grote speler is binnen de virtualisatiewereld, wil het bedrijf marktaandeel terugwinnen op VMware. Naar verwachting zal een eerste bètaversie van Microsofts virtualisatiesoftware tegen het einde van dit jaar beschikbaar komen. De definitieve versie zal binnen 180 dagen na de release to manufacturing, eind 2007, van Windows Server Longhorn plaatsvinden.

Lees meer over

Gerelateerde content

Alle gerelateerde content (22)
Moderatie-faq Wijzig weergave

Reacties (22)

Roadplan van Microsoft:
* Xen een schouderklopje geven
* Een deal met XenSource beginnen
* De software in het eigen systeem opnemen
* De software uitbreiden met functies die de partner niet mag namaken
* De partner dumpen en hard overheen walsen

Dat hebben ze al met Java gedaan, dat hebben ze al met zoveel bedrijven gedaan... Ik hoop dat XenSource hier écht beter van wordt...
Ik vrees van niet. Als ik het goed begrijp gaan ze Windows Virtualisatie aanpassen zodat andere Xen-compatible besturingssystemen ook onder Windows virtualisatie kunnen draaien. Je zal Windows niet kunnen draaien op een Xen-host, maar alleen andere Xen-guests op een Windows-Virtualisation-host.

Het lijkt dus precies het Embrace, Extend and Extinguish scenario te worden.
De software uitbreiden met functies die de partner niet mag namaken
Uitgesloten. Xen valt onder de GPL, en uitbreidingen die gedistribueerd worden en gebruik maken van Xen, moeten ook onder de GPL vallen, en blijven bruikbaar voor iedereen.

Toch zal MS zeker deze strategie proberen, maar de GPL maakt het lastig, en de genoemde normale route valt niet te volgen.
Uitgesloten? Dat hangt er nog maar van af. Als XenSource alle rechten op de source heeft, mogen ze het dual-licensed uitbrengen. Het GPL-deel kan MS dan niets mee, maar door die dual license is zet zeker goed mogelijk dat dat scenario werkelijkheid wordt.

* JJKiers vreest het ergste...
Dit hebben ze met Java gedaan ??? Microsoft heeft anders wel zijn JVM op moeten geven. En Sun heeft nog steeds succes met Java en ik betwijfel of .net aan de positie van Java kan tippen.
ja dat hebben ze met Java gedaan.
Ze hebben de complete architectuur nagebouwd met een paar aanpassingen en het .Net genoemd.
.net framework = jvm.
zelfs de code is bijna heen en weer te compilen.

Die ellende met die klote JVM van Microsoft was een offensief om alles wat Java was op hun JVM te laten draaien met hun aangepaste incompatible versie, om Sun een hak te zetten.
Gelukkig heeft Sun daar wat aan gedaan en Microsoft deed mee, omdat ze inzagen dat het concept goed is.
Het monopolie was net even niet toereikend genoeg.

Een misselijke stap naar mij idee, in plaats van uitroeien zouden ze zelf eens iets moeten verzinnen.
In de praktijk is het .Net framework namelijk niet crossplatform beschikbaar, zoals Java.
Wel eens van Project Mono http://www.mono-project.com/ gehoord? Omdat Microsoft het niet ondersteunt, is het echter nog niet zo dat het niet open is.
Wel es geprobeert Mono gui's te devven?
Ik wel, echt vrolijk word je er niet van. Als je tenminste uitgaat van winforms in plaats van de niet native GTK koppelingen.
Edit:
Ter verduidelijking; alles ziet er zwaar brak uit gecompileert met Mono, vooral onder Linux.
Microsoft heeft inderdaad de Embrace, Extend & Extinguish taktiek toegepast op Java. Het volgende is namelijk gebeurd: ieder bedrijf (met licentie o.i.d.) mocht zelf een JVM ontwikkelen, zodat Java optimaal zou lopen op het desbetreffende platform. Dit was een reden waarom Microsoft's JVM sneller was als de versie van Sun. Helaas heeft Microsoft ook extra functionaliteit toegevoegd aan Java, functionalitiet die geen onderdeel was van de standaard. Gevolg: software geschreven in Java was niet meer makkelijk te installeren op een ander platform als gebruik werd gemaakt van Microsoft's extenties.

Neemt niet weg dat ik .NET een erg prettig ontwikkel framework vind en ik verwacht dan ook dat .NET in de komende jaren steeds meer marktaandeel van Java zal afsnoepen. Microsoft heeft niet voor niets de taal C# erg laten lijken op Java, het was de bedoeling om Java ontwikkelaars naar het .NET platform te 'lokken'. Helaas is .NET tot op heden niet zo vrij overdraagbaar als Java, terwijl het framework wel meer mogelijkheden 'out-of-the-box' lijkt te bieden.
Zal Windows in xen zonder pacifica / van der pool gaan draaien cq een aangepaste Windows kernel?

Dat zou mooi zijn. ;)

Zie ook: http://www.xensource.com/files/xen_ms_faqs.pdf
Daarnaast houdt de samenwerking in dat ervoor gezorgd zal worden dat Windows-besturingssystemen goed zullen werken bovenop de hypervisorsoftware Xen.
Staat er toch ? ;)

Vindt het wel goed nieuws, hoewel ik me dan weer afvraag wat de verborgen agenda van MS hierachter is.
Zo te zien is het alleen gebaseerd op een xen windows server. Ik zie helaas niets over xen op een linux server:

Microsoft and XenSource have now extended
their partnership through the announcement of a
collaborative development effort that will extend
to Xen-enabled Linux guests the full performance
and I/O benefits of Windows virtualization. The
aim of the work is to allow customers to consolidate
their Linux servers without the need to
resort to slow, emulated virtualization.
Linux will be capable of running on the Windows
Hypervisor in a child partition. However, without
this effort it will not be able to benefit from the
same high performance as Longhorn Server or
Windows Server 2003.
Microsoft and XenSource will collaborate to
facilitate interoperability between the Windows
Server virtualization and Xen-enabled Linux
guests. The first deliverable is a hypercall
adapter that will allow a Xen-enabled Linux guest
to run with high performance on the Windows
hypervisor.


Zie er niet zo goed uit. (http://www.xensource.com/files/xen_ms_faqs.pdf)

Is Microsoft contributing to OSS?
No. Not at this time.


Dus M$ is aleen uit op de technologie. :(
Geen. Het is overduidelijk waarom ze dit doen. Daarnaast geven ze Xen enkele dingen terug zoals licenties. Dat niet heel OSS daar iets aan heeft is jammer en voor MS zit er meer voordeel aan dan voor Xen maar Xen loopt ook mooie dingen op:

- die licenties
- erkenning van MS als zijnde goed spul
- compactibiliteit met MS-ware

De vraag is alleen of MS na een tijdje 'zelf' weer gaat ontwikkelen. Dat zou nasty zijn.
Windows heeft geen Kernel.

Edit: Een pan spaghetti heeft ook geen kernel, misschien dat ik de link niet helemaal goed leg, mijn excuses daarvoor.
Wat is dit nu voor onzin.. Elke OS heeft een kernel.. Dat is de kern van het OS.. Plaats in het vervolg alleen opmerkingen als je ergens iets vanaf weet
Dan delete jij toch lekker kernel32.dll , die is toch overbodig in jouw geval }>
Ga jij es terug naar waar je vandaan komt. :z
Oh, vertel eens, toe dan...
Ik vind dit echt een uitstekende ontwikkeling. Een pluspuntje voor Microsoft.

Indirect erkennen ze de kwaliteit van Open Source en Linux, tegelijk willen ze samen werken.

Ik hoop dat Microsoft deze weg blijft op gaan. Dan kan er eindelijk een keer geconcureeerd worden op kwaliteit. Wat zo slecht is Windows 2003 Server echt niet ten op zicht van een linux server.

Beide hebben hun voordelen en nadelen.
Ik denk dat de mogelijkheid om graphics adapters te delen tussen OS-es veel belangijker gaat worden. Dat hebben ze namelijk goed onder de knie bij Xen zie xen & opengl. VMWare (ESX) kan alleen cpu, netwerk & SCSI goed virtualiseren. Ook ati en nvidia maken hun drivers voor sharing onder XEN beschikbaar. Zie verder bv 3D Display Multiplexing for Virtualized Applications.

Straks kun je Vista met Aero draaien, een game op XP spelen in OSS OpenGL op 1 en dezelfde PC draaien. En dat zowel onder een M$ als de Xen hypervisor.

My 2 cents.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True