Das deutsche QBasic- und FreeBASIC-Forum

[St_W]

@nemored: Tschuldigung, hab vergessen zu sagen, dass sich der Wert auf einen Test in einer VM und nicht auf einem rein physikalisch existierenden Rechner bezieht. Konfiguration des Testsystems: 256 MB RAM, 8 GB HD, Windows XP MCE 2005

Kubuntu Testsystem zum Vergleich (VM; doppelt so viel RAM: 512MB; 8 GB HD): etwa 45 Sekunden bis zum KDE-Loginbildschirm und etwa 20 Sekunden bis der KDE-Deskop erscheint. Insgesamt also etwa 55 Sekunden.
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[nemored]

Dass ich mit KDE gearbeitet habe, ist ja schon ziemlich lange her, ich habe es aber als ziemlich lahm in Erinnerung. Was mich begeistert, sind die aktuellen Gnome-Shutdown-Zeiten, das sind tatsächlich nur wenige Sekunden.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[The_Muh]

vom init 0 im terminal bis zum verstummen des lüfters sind es hier manchmal nur 2 sekunden.... mit dem XFCE-shutdown-buttons dauerts länger, weil er erst X ausschaltet, in tty1 wechselt und dann noch nen paar sachen anzeigt... aber sind auch nie mehr als 5 sekunden bis zum verstummen des rechners...
mein Boot dauert im übrigen 20 sekunden (mit dem 2.6.31er, mit dem rc7 hab ichs noch nich getestet) vom enter beim grub bis zum start von entranced (login-manager von Enlightment)

Shutdownzeit bei XP, am rechner meiner mum: gefühlte 2 minuten... vermutlich 30 sekunden oder so.
_________________
// nicht mehr aktiv //

[Jojo]

[dreael]

Inzwischen läuft bei mir in der eigenen Firma eine offizielle Lizenz von Windows 7 Professional (konnte sie zum Händlerpreis als System Builder-Version über einen Grossdistributor beziehen) auf einer IBM-Hardware (IBM ThinkCentre Model 8183-GNG) mit 1,5 GB RAM, 3,2 GHz-Pentium 4 mit HyperThreading (bereits Dual Core-Architektur laut "Systemleistung" vom Taskmanager) und 40 GB-Festplatte, das Ganze als 32-Bit Edition (x86; die andere Edition wäre x64).

Bereits gesammelte Erkenntnisse mit dieser Version:
- Das Wichtigste für diese Forum: QB 4.5-Programme in 16 Bit laufen weiterhin! :-) Allerdings nur in der 32 Bit-Edition, da bei 64 Bit die 16-Bit-Rückwärtskompatibilität nicht mehr vorhanden ist (war schon bei Vista und Server 2008 übrigens so)
- Domänenanbindung: Klappt mittlerweilen mit NT 4.0 als Domain Controller nicht mehr. Zwar lässt sich das Maschinenkonto noch einrichten, wenn man bestimmte Registry-Keys (DomainCompatibility) setzt, aber das System hat jedoch Mühe, eine Vertrauensstellung zur Domäne aufzubauen. Bei Vista klappte es früher übrigens noch ohne Probleme, aber man musste schon dort einige Dinge (Einklicken noch als Service Pack 0[!] und Computerkonto im Servermanager von NT 4.0 explizit anlegen. Danach kann man aber problemlos Vista Service Pack 1 und 2 einspielen) beachten.

Unabhängig von Windows 7 habe ich einmal noch die Core Edition von Windows Server 2008 (hatte dort eine "Evaluation Copy" bei Microsoft als .ISO für auf DVD heruntergeladen) ebenfalls ausprobiert; selbst dort laufen unsere QB 4.5-Programme im Konsolenfenster soweit ohne Wenn und Aber bei der 32-Bit-Version. Ansonsten ist die Core Edition ein Versuch von Microsoft, die Kommandozeilen-Puristen von Server-Administratoren aus der UNIX/Linux-Welt ebenfalls für sich zu gewinnen. Allerdings hat Microsoft doch nicht aufs GUI komplett verzichtet (Grafikmodus und Fensterdarstellung kommt auch dort), dagegen aber nahezu alle grafischen Einstelltools weggelassen, d.h. man muss dort selbst die IP-Adresse mit einem

[Jojo]

[Manuel]

[Jojo]

Da sind aber viele Leute anderer Meinung. Es liegt definitiv nicht an der Graka, sondern am Terminal-Emulator.

[dreael]

Folgender Fall diese Woche einmal im Labor getestet: Multiboot-System aus DOS, XP und Windows 7. Details Hardware: IBM ThinkStation Model 8189-K8G mit 2,8 GHz und 1 GB RAM sowie 40 GB-Festplatte.

Vorgehensweise: Zuerst einmal auf ganz leerer Festplatte ein MS-DOS 6.22 installiert; mit dem dortigen FDISK.EXE ein /dev/hda1 von 250 MB mit gesetztem Bootable Flag angelegt. Anschliessend mit Partition Magic 8 zwei NTFS-Partitionen angelegt: /dev/hda2 mit 10 GB fürs XP sowie /dev/hda3 mit restlichen 30 GB fürs Windows 7, beide ohne Bootable Flag. -> Boot mit der XP Professional CD und XP in /dev/hda2 (=D:\) aufgesetzt: Läuft normal durch, erkennt MS-DOS 6.22 und legt passende BOOT.INI an, so dass man zwischen XP und MS-DOS 6.22 auswählen kann. Anschliessend noch SP3 eingespielt sowie die wichtigsten Windows-Updates (schnelles DSL sei Dank) sowie Treiber mittels Lenovos System Update.

Anschliessend Windows 7 Professional-DVD ins Laufwerk und damit am DVD gebootet, Setupart "Benutzerdefiniert" gewählt, Zielpartition = /dev/hda3 (=E:\). Auch dort läuft das Setup normal komplett durch, findet aber das parallel vorhandene XP und legt Bootmanager ebenfalls passend an, sodass man zu Beginn "Frühere Windows-Version" auswählen kann. Treiber hatte Windows 7 von der DVD sowie Windows Update alle komplett zusammenstellen können, womit sich auch dort ein "Code 28"-freier Gerätemanager präsentiert.

Ein nicht unwichtiges Detail: Windows 7 erkennt die XP-Präsenz in diesem Fall auch soweit, dass die NTFS-Formatierung nicht auf die neue Version migriert wird, d.h. vom XP aus kann daher ein CHKDSK E: /F ohne Probleme durchgeführt werden. Es kommt sogar noch besser: Die gesamte Multiboot-Installation liess sich deshalb ohne Wenn und Aber sogar mit DriveImage 2002 (bewährte DOS-Netzstartdiskettenlösung) sichern und auch wieder zurückspielen (testhalber das Festplattenlöschtool einmal darübergelassen und dann alles zurückgespielt).

Zum Bootmanager selber: Windows 7 (und vermutlich auch schon Vista) bringen ihren eigenen Bootmanager mit, den man laut BOOT.INI-Hinweis mit BCDEDIT.EXE bearbeiten muss. Zwar bindet auch der Windows 7-Bootmanager den "MS-DOS"-Eintrag zum Auswählen an, verursacht aber einen STOP 0xC000000F-Bootfehler mit der Aufforderung, die Reparatur laufen lassen zu müssen. Wählt man dagegen "Frühere Windows-Version", bootet jedoch nicht XP sofort, sondern es kommt der altbewährte BOOT.INI-XP-Bootmanager. Von dort aus startet MS-DOS 6.22 dagegen ohne Wenn und Aber. Auf dieselbe Art muss auch XP gebootet werden.
_________________
Teste die PC-Sicherheit mit www.sec-check.net