Posts Tagged ‘Windows’

Windows 8 – Developer Preview

Montag, September 26th, 2011

Vor circa 14 Tagen hat Microsoft den Developer Preview von Windows 8 an die Massen verteilt. Damit kann man sich schonmal ein Bild des neuen Microsoft OS verschaffen und Entwickler können sich vorab mit Hilfe der mitgelieferten SDK bereits eingewöhnen.

no images were found

Seit Erscheinen der Developer Preview habe ich es in einer virtuellen Maschine installiert und versuche es zu benutzen, wann immer ich dazu komme. Mir persönlich fällt es etwas schwer mit dem „Desktop / Mobile“ Spagat was anzufangen. Ich weiss zwar, dass man diese Variante auch deaktivieren kann, aber wollte den Release mal so nutzen,  wie er „Out Of The Box“ kommt.

In VirtualBox ist Windows 8 im Developer Preview sehr „Ressourcen-Hungrig“ unter Dual-Core und 2 GB RAM macht es nicht wirklich Spass auch nur das Booten abzuwarten. Kann aber durchaus an meinem Setup liegen, auf dem die Maschine laufen muss.

Alles in allem kann ich jedem empfehlen, der interessiert ist, sich den Developer Preview mal in eine VM zu installieren und ausgiebig zu testen. Dabei kann man eigentlich nichts kaputt machen und sammelt schonmal vorab Erfahrungen.

Herunterladen kann man die einzelnen Releases über das MSDN: MSDN Windows 8 Developer Preview.

Ich liste die einzelnen Downloads aber auch nochmal auf, dann ist es etwas übersichtlicher, als auf der MSDN Webseite.

Downloads:

  • [download id=“155″]
Sha 1 hash - 6FE9352FB59F6D0789AF35D1001BD4E4E81E42AF
  • [download id=“156″]
Sha 1 hash – 79DBF235FD49F5C1C8F8C04E24BDE6E1D04DA1E9
  • [download id=“157″]
Sha 1 hash - 4E0698BBABE01ED27582C9FC16AD21C4422913CC

 

Happy developing,

j.klein

Windows 7 – SP1 RTM (Final)

Mittwoch, Februar 23rd, 2011

Wie vor ein paar Tagen in meinem vorhergehenden Artikel beschrieben, hat Microsoft jetzt endlich die fertige Version von SP1 für Windows 7 und Windows Server 2008 R2 veröffentlicht.

no images were found

Da sich an den Updates, die im verlinkten Artikel oben zu finden sind nichts verändert hat, bleibt nicht viel mehr, als darauf hinzuweisen, dass alle HotFixes und Updates, bis zur Fertigstellung des Service Packs dort natürlich auch beinhaltet sind. Daraus ergibt sich auch die Größe von 904 MB für die x64 Version.

Microsoft bietet die RTM Version von SP1 jetzt offiziell für jeden zum Download an, nachdem zuerst nur TechNet bzw. MSDN Abonnenten in den Genuss kamen.

Im Microsoft-Download-Center kann man das Service Pack 1 nach Prüfung der Validität seiner Windows-Version herunterladen und auf seinem Gerät installieren.

Happy click and wait,

j.klein

Windows 7 – SP1 RC

Freitag, Februar 18th, 2011

Microsoft hat für sein Flaggschiff Windows 7 und die entsprechende Server-Variante Windows Server 2008 R2 das erste ServicePack SP1 in der Release-Candidate Version zum Download freigegeben und verteilt es unter den Massen.

no images were found

Mit SP1 kommen allerdings nicht so viele bahnbrechende Änderungen, wie allgemein in der Community gewünscht. Des weiteren sind aktuell die bestätigten Informationen im Internet noch recht dürftig gesäht. Daher möchte ich mich hier nur auf die Änderungen berufen, die auch von Microsoft bekannt gegeben wurden und keine weiteren Vermutungen anstellen.

Changelog Windows 7 SP1:

  • Erweiterter Support für 3rd-Party Identity-Federation-Services
  • Verbesserte Performance für HDMI-Audio Devices
  • Verbesserte Druckoptionen für XPS mixed-orientation Dokumente
  • Änderung: „Restore previous folder at logon“ Arbeitsweise
  • Verbesserter Support für RRAS und IPSec Identities
  • Support für Advanced Vector Extensions (AVX)

Wer diese Änderungen und deren Bedeutung ganz genau nachlesen möchte, dem empfehle ich diesen Artikel. Da sind die meisten Änderungen so beschrieben, dass man sie verstehen kann.

Mit 865 MB für die x64-Version des Installations-Pakets ist SP1 eines der größeren. Für die Nutzer der x86-Version fällt nur ein Download von 514 MB an. Da ich gerade selber SP1 auf meinem Notebook installiert habe und mit Sicherheit nicht das langsamste habe, möchte ich noch bemerken, dass man der Installation je nach System 1 – 2 Stunden Zeit einräumen sollte.

Das Installations-Paket für SP1 kann man sich direkt auf der Microsoft-Seite herunterladen. Entweder gegen Registrierung, oder aber Ausführung des Genuine Advantage Tools, welches einen Wert zur Eingabe ausgibt, wenn die installierte Microsoft Windows Kopie als korrekt erworben erkannt wird.

Eine weitere sehr ausführliche Liste mit allen Änderungen kann man ebenfalls bei Microsoft direkt einsehen. Auch dafür muss man sich entweder registrieren oder das Genuine Advantage Tool ausführen.

Wenn Microsoft tatsächlich vollständig mit der Entwicklung von SP1 fertig ist, wird das Update natürlich auch über den normalen Weg (Windows Update Services) verteilt. Die RC Version gibt aber einen sehr guten Vorgeschmack und bis jetzt lässt sich durch die Installation kein Nachteil erkennen.

Happy updating,

j.klein

Microsoft Hyper-V! Treten Sie einen Schritt zurück

Samstag, Juni 7th, 2008

Wie angekündigt, war ich gestern auf der Veranstaltung von Microsoft, die das Thema Hyper-V behandelte.

Als ich das erste mal was von Microsoft und Virtualisierung gelesen habe habe ich gedacht, dass Redmond einfach VMware aufkaufen wollte, um sich alle weiteren Mühen zu sparen. Aber dem war nicht so! Microsoft unternimmt tatsächlich den Versuch auf den Virtualisierungs-Zug aufzuspringen. Mehr oder weniger erfolgreich wie ich finde.

Auf der Veranstaltung war nun ein Redner, der die Zuhörerschaft davon überzeugen sollte/wollte, dass Hyper-V ein tatsächliches Konkourrenz-Produkt zu ESX VI3 sei. Bereits nach 5 Minuten war allen klar, dass es für ihn ein gutes Stück arbeit wird 🙂

Aber nun zu dem Produkt selber:

Um Hyper-V nutzen zu können, benötigt man einen installierten Windows 2008 Server 64bit (Std, Enterprise, Datacenter). Die Editionen machen hierbei nur einen Unterschied in der Lizenzierung (Std: 1VM, Enterprise: 4 VM’s, DataCenter: unlimited VM’s). Seinem installieren Server weist man dann die Rolle „Hyper-V Beta“ zu. Nachdem man diese aktiviert hat, kann man aber mit WSUS oder ähnlichem die Version RC1 des „Hyper-V“ nachziehen, dann verschwindet auch das Beta.

Nach dem nächsten Reboot passiert folgendes. Zwischen Hardware und den Windows Server 2008 x64 wird der „Hypervisor-Layer“ geschoben. Somit ist der vorher installierte Server schon die erste virtuelle Maschine auf dem Sytem (Parent Partition). Oben auf der Parent-Partition sitzt nun der „Virtualization Stack“. Das war schon das erste, wo ich ein bisschen geschluckt habe. Legt man nun via VMM (Virtual Machine Manager) einen neuen Server an, ist dieser auch sofort virtualisiert und nennt sich (Child Partition). Der gesamte Datenstrom (NIC, I/O, etc…) läuft über den „Virtualization Stack“ der Parent Partition. Legt man eine weitere Maschine an, passiert das selbe. Alle Daten über die Parent Partition. Die Treiber für die virtuelle Hardware werden übrigens auch noch von der Parent Partition gestellt 🙂

Hyper-V

Anhand dieses Bildes (was mich sehr an eins von VMware erinnert) kann man sich das ganze recht gut vorstellen. Alles rechts der Parent Partition greift auf die selbige. Diese schleift dann das ganze auf den Hypervisor und der wiederum auf die physikalische Hardware durch. Im allgemeinen nennt man sowas glaube ich „Bottleneck“ 😉

Aber das Problem scheint Microsoft selber schon in der Entwicklung erkannt zu haben und hat schnell noch was dazu gebastelt. Dazu muss ich jetzt noch ein Bildchen heranziehen, dass ein bisschen verwirrender aussieht. Aber daran kann man das ganze recht gut erklären. Lasst euch von den Pfeilen nicht irritieren, die haben in dem Zusammenhang keine Bedeutung.

Hyper-V

Normal ist jede VM mit einem „VMBus“ augestattet. Über den greift sie dann auf den „Virtualization Stack“ der Parent Partition zu. Es gibt allerdings noch eines von diesen tollen Features, die eigentlich gar keine sind, weil sie ein anderes Feature unverfügbar machen. Das nennt sich dann „Emulation“ man kann also auch Hardware in einer VM emulieren. Diese emulierte Hardware greift dann direkt auf den Hypervisor zu. Das geht aber soweit ich das gesehen habe nur mit NIC’s, da Platten-Devices auch an der „Parent Partition“ sichtbar sein müssen um auf einer VM zu funktionieren. Da werden die Daten dann einfach trotz emulierter Hardware durch die „Parent Partition“ geschleift.

Eines der besten Features der Virtualisierung fehlt komplett. Mehr Speicher zuweisen, als die physikalische Hardware bietet, um den Speicher optimal auszulasten. Kurz „Memory OverCommitment“. Man kann den VM’s nur so viel Speicher zuweisen, wie die Physik tatsächlich bereit stellt. Also 8GB Speicher wären 4 VM’s mit 2 GB Speicher, oder 1VM mit 8GB Speicher, usw… Das hat bei mir das zweite, wirklich grosse Schlucken verursacht, weil sich das auch auf spätere „Features“ auswirkt.

Quick-Migration nennt Microsoft das, was bei VMware VMotion heisst. Der einzige Unterschied ist, dass bei Microsoft ein Ausfall von bis zu 5 Minuten entsteht. Bei VMware geht das online. Ausserdem funktioniert Quick-Migration auch nur dann, wenn auf der anderen Maschine genug Speicher frei ist, dass die VM darauf laufen kann. Habe ich den ganzen Speicher der Maschine schon besetzt (sollte normal so sein), fliegt die VM ins Nirvana. Gehe ich von einer Standard-Config aus, haben meine VM’s 2048MB Speicher. Gehe ich davon aus, das ich 10 VM’s habe, sind das 20GB. Das heisst, ich muss auf jedem Host einige GB Speicher frei halten, damit die VM’s da überhaupt ankommen. Bei einer Config mit 2 Servern wären das 20 GB auf dem anderen Server. Aber da das meistens keinen Sinn macht, muss ich mir ja doch noch ein Stück zusätzliches Blech kaufen, damit die VM’s zuverlässig laufen. Dieses Stück Blech läuft dann aber immer nur auf sehr geringer Auslastung, weil ich den Speicher ja frei halten muss… Irgendwie, Naja weiss nicht ob das der Gedanke ist, der hinter der Virtualisierung steckt. Bei einem ESX Server mit dem selben Setup sollte man auch den Speicher freihalten – „sollte“. Es funktioniert aber auch, wenn er nicht frei ist. Die Maschine läuft zwar sehr langsam, aber sie läuft! Bei Hyper-V funktioniert es dann einfach nicht…

Sogar Betriebssyteme wie Linux sind als VM supported! Allerdings macht sich hier schnell Ernüchterung breit.

Supported CPU’s for Operating-Systems:

Windows Server 2008: 4 CPU’s

Windows Server 2003: 2 CPU’s

Windows Server 2000: 1 CPU

Linux + others: 1 CPU

Mit einem Linux System, dass nur 1 CPU benutzen darf, kann ich nicht wirklich viel anfangen 🙁

Aber eine tolle Konstellation ist möglich! Ich habe eine Linux-VM auf Microsoft virtualisiert, so wie vorgeschrieben. Dann kann ich einen Call bei Microsoft für mein virtuelles Linux aufmachen, wenn ich ein Problem habe 😀

Allerdings ist, glaube ich, bis jetzt nur SLES 10 supported 🙁

Meine persönliche Meinung zu Hyper-V ist, dass es in Sachen Virtualisierung ein gewaltiger Schritt zurück ist. Der Gedanke der hinter der Virtualisierung steckt, wurde bei Microsoft durch den Marketing-Wolf gejagt und die Soße, die unten raus kam wurde in Code (sprich: Kot) umgesetzt. Mit einigen Service-Packs in der Zukunft und Patches könnte das vielleicht mal interessant werden. Stand heute würde ich allerdings die Finger davon weglassen, weil damit meistens die Anschaffung zusätzlicher Hardware verbunden ist (wie ironisch) 😀

Meine Anfrage nach dem „Konsolidierungs-Faktor“ wurde bei Microsoft so beantwortet, dass es keinen gäbe. „Häh, wie es gibt keinen?“. Aber im nach hinein glaube ich dem guten Mann sogar.

Stay physical,

j.klein