Thomas Wölfers Baustatik-Blog

Thomas Wölfers Baustatik Blog

64bit oder nicht


Seit Anfang Dezember letzten Jahres gibt es von der Baustatik eine 32bit und eine 64bit Version. Darum braucht man sich als Anwender aber nicht zu kümmern: Das Installationsprogramm kümmert sich von selbst darum, das man die "passende” Version erhält.

Es stellt sich aber die Frage: Wie findet man eigentlich heraus, ob es sich bei einem Programm um eine 32bit Variante, oder um eine 64bit Variante handelt. Und das geht so:

Zunächst mal muss schon das Betriebssystem 64bit verwenden. Tut es das nicht, dann läuft auch sicher kein 64bit Programm darunter. Ob das der Fall ist, kann man (z.B. bei Windows 7) in der Systemsteuerung unter “System” nachsehen.

image

Dann startet man das Programm, für dessen bittigkeit man sich interessiert, und schaut dann in den Taskmanager.

Der markiert 32bit Prozesse mit “*32”.

image

64bit Prozesse haben hingegen keine gesonderte Markierung:

image


Kurze Statistik zu verwendeten Windows-Versionen


Im April 2011 hat Windows XP bei den von uns erfassten Windows-Versionen die bei Kunden im Einsatz sind zum ersten Mal die 50% Marke unterschritten.

image

Den zweitgrößten Anteil hat bereits Windows 7 (mit und ohne Service Pack 1), ein kleiner Anteil liegt noch bei Vista, und ein verschwindend kleiner bei “anderen” Versionen. (Ganz korrekt ist die Statistik allerdings nicht: wir haben natürlich auch Kunden, die nicht an den “automatischen Updates” der Baustatik teilnehmen, und über die gibt es keine Zahlen. Man kann aber wohl davon ausgehen, das Rechner die nicht an automatischen Updates teilnehmen, auch keine Internetverbindung haben – und in solchen Fällen würde ich immer von “älteren” Systemen ausgehen.)

Ebenso nicht ganz gerecht: Seit etwa Mitte letzten Jahres setzen wir Windows XP SP3 als Minimalsystem voraus – was natürlich auch zu diversen Systemwechseln geführt hat.

Ein Jahr zuvor sah die Sache noch deutlich anders aus:

image


Multicore-Support in der Baustatik


Die Baustatik unterstützt von Haus aus die Verwendung multipler Prozessoren. Das gilt für den Gleichungslöser, die Bemesser und einige andere Elemente des Programms.

Heute hatte ich mal wieder ein eindrucksvolles Beispiel für die Performance-Verbesserungen, die man damit bekommen kann. Das betrachtete Dokument enthält fast 200 nichtlineare Lastfallgruppen, die für die Bemessung alle berechnet sein wollen.

image

Unter Verwendung von nur einem Prozessor dauerte die Berechnung dafür etwa 3 Minuten und 50 Sekunden. Mit 4 CPUs (auf dem gleichen Rechner) hingegen 55 Sekunden – also nur etwa ein Viertel der Zeit. Sehr erfreulich, wie ich finde.

Dabei stellt sich vermutlich die Frage: Wie findet man heraus, wie viele CPUs man hat – und wie die ausgenutzt werden. Das geht aber relativ einfach. Man startet den Task-Manager: Am einfachsten per Rechtsklick auf die Taskleiste. Im Taskmanager geht man dann auf den Reiter “Performance”. Und der sieht so aus:

image

Die vier Kurven rechts oben stehen jeweils für die Auslastung einer CPU: 4 Kurven – also 4 CPUs. Wenn man weniger (oder mehr) Kerne im Rechner stecken hat, dann gibt es auch weniger (oder mehr) Kurven.

Jede einzelne Kurve zeigt dabei die Auslastung der CPU an. Hier im Beispiel (das habe ich während der Berechnung des angesprochenen Dokumentes aufgenommen.) kann man den Zeitpunkt, an dem die Multicore-Unterstützung verwendet wird, klar erkennen.

Um also herauszubekommen, wann ein Programm mehrere Kerne (und wie viele) einsetzt, braucht man nur den Taskmanager starten und beim arbeiten laufen lassen.


So ändert man die Registry für 32 bit–Programme


Mit einem 64bit Windows kann man auch problemlos 32bit Programme ausführen. Wenn man dann einmal für so ein Programm in der Registry eine Einstellung verändern möchte, dann wundert man sich: Im Registry-Editor tauch das Programm unter HKEY_LOCAL_MACHINE\Software nämlich gar nicht auf.

Der Grund dafür ist der, das man mit dem Registry-Editor eine Sicht auf die Registry hat, die der eines 64bit Programmes entspricht: Und nachdem das gesuchte kein solches ist, steht dafür auch nichts unter “Software”.

Statt dessen legt Windows einen anderen Ast an: Der befindet sich unter Software und hat den Namen Wow6432Node: Und da drin findet man dann auch das gesuchte Programm.

image


Softwareinstallation im Netzwerk


Die Baustatik hat einen monatlichen Update-Zyklus: Jeweils zum Anfang des Monats gibt es ein Update mit neuen Features und Änderungen. Im Download-Bereich gibt es dabei auch jeweils eine Liste der Änderungen und Erweiterungen des Programms. (Dazu gibt es auch eine RSS-Feed, und eine Mailing-Liste.: Man kann also auf verschiedenste Arten auf dem laufenden bleiben.).

Sofern man das nicht ausschaltet überprüft das Programm beim starten, ob ein Update vorliegt oder nicht. Liegt eines vor, so kann man das herunterladen und installieren. (Wenn man die automatischen Updates ausschalten will: Optionen –> Einstellungen –> Allgemeines –> Programmstart –> Automatische Updates aktivieren –> Auf “Nein” stellen.)

Sofern man im Büro nur ein paar Rechner stehen hat ist das auch prima – schwieriger wird die Sache aber in einem größeren Netzwerk: Zum einen verursacht es eine Menge sinnlosen Verkehr im Netzwerk, wenn multiple Rechner mehr oder minder gleichzeitig mit den Downloads beginnen, zum anderen ist es in solchen Setups meist so, das die Person die den Rechner verwendet, gar keine administrativen Rechte besitzt, und ohnehin keine Software installieren darf.

Was tut man in einer solchen Situation? Ganz einfach: Man verwendet automatische Deployment-Werkzeuge. In einem Windows-Netzwerk gibt es dafür diverse Hilfsmittel, die eigentlich alle nur eines gemeinsam haben: Sie setzen eine Domänen-Netzwerk mit Windows Server voraus: Sowas liegt aber in Situation mit größeren Netzwerken ohnehin meist vor. (Zumindest habe ich aus Gesprächen mit den Administratoren von einigen Kunden mit größeren Netzwerken diesen Eindruck gewonnen.)

Group Policy

Der einfachste Weg zum verteilen von Software auf Clients ist von Haus aus in den Windows Server seit Version 2003 (vielleicht früher: Weiss ich nicht genau) eingebaut. Man kann nämlich einfach die Group Policy des Server 2003 (und neuer) zum verteilen von Software verwenden. Das verteilen von Software per Group Policy hat eine Vor- und einen Nachteil. Der Vorteil: Weil die Group-Policy auch für viele andere Dinge eingesetzt wird (nicht zuletzt für die Vergabe von Rechten im Netzwerk) muss man als Administrator nicht viel neues dazulernen – es geht einfach nur um eine Policy mehr… Der Nachteil: Group Policy ist in diesem Zusammenhang etwas unflexibel – vermutlich deshalb, weil es da noch ein kommerzielles Produkt von Microsoft gibt. Trotzdem: Benutzbar ist die Sache. Wie man Software per Group Policy im Netz verteilt, ist unter anderem hier dokumentiert.

WSUS

Eine weitere Möglichkeit zum verteilen von Software ist der Windows Server Update Service. Der ist im wesentlichen beim Windows Server dabei – allerdings mit einem kleinen Haken: Der “reine” WSUS kann nur Updates und Programme verteilen, die von Microsoft veröffentlicht werden. Wenn man damit auch Software von Dritten installieren will, dann braucht man ein kommerzielles Add-On. Eines davon ist das (kostenpflichtige) EminentWare. Eine etwas günstiger (weil kostenlose) Alternative ist der Local Update Publisher.

System Center

Und dann gibts da noch das System Center. Selbiges hat diverse Komponenten – und kann zentrales Software Deployment ebenso wie die zentrale Verwaltung von Desktops und Servern bis hin zur ventralen Verwaltung virtueller Maschinen. Eigentlich alles was man will. Einziger Nachteil: Nicht ganz billig – allerdings auch nicht wirklich überteuert.


Baustatik unter 64bit Windows betreiben


Die Baustatik läuft auch unter 64bit Windows-Systemen problemlos. Um genau zu sein: Sie läuft darunter eigentlich besser als unter 32bit Windows, weil man unter 64bit Windows mehr Arbeitsspeicher erhält, als unter den “kleineren” Varianten.

Es gibt allerdings einen kleinen Haken: Das Installationsprogramm hat mit der 64bit Variante von XP ein Problem (aber nicht mit den 64bit Varianten von Vista und Windows 7) – und das führt dazu, das eine Komponente die eigentlich automatisch mit installiert werden müsste ebene nicht mit installiert wird.

Dabei handelt es sich um die VC++ Laufzeitbibliothek – und wenn die nicht da ist, dann kann man das Programm erst gar nicht starten. Wer die Baustatik unter einem 64bit Windows XP ausführen möchte, der kann die benötigte Komponente unter dieser Url (https://www.die.de/downloads/vc.zip) herunterladen: Sobald das darin enthaltene Installationsprogramm ausgeführt wurde, läuft auch die Baustatik.


Der letzte Tag


Heute ist der letzte Tag, an dem Microsoft noch Windows XP SP2: Ab morgen ist Schluss – es wird keine weiteren Updates und Fixes mehr geben, auch keine Sicherheitsupdates. Wer das noch nicht getan hat, sollte mindestens das XP SP3 installieren – oder gleich auf Windows 7 wechseln.

(Das nächste Update unserer Software wird auch Windows XP SP3 voraussetzen.)