Nach einer Auszeit meines Linux-Experiments auf dem iMac 24 von ca. 5 Monaten hatte ich endgültig genug vom OSX. Einfache Aufgaben wie “schnell ein Mail schreiben” u.ä. dauerten unter dem Strich einfach länger auf Mac als auf Linux (und sogar Win XP). Ich bin auch nicht bereit, für simple Progrämmchen Unsummen auszugeben, nur damit ich mit meinem “coolen” Mac endlich richtig arbeiten kann. Deshalb installierte ich also Fedora 9, neugierig, was die inzwischen zahlreich vorhandenen Updates verbessert haben. Tatsächlich lag am Jahresanfang einiges noch im Argen, wenn man den ersten Artikel anschaut. Mittlerweile sind wir jedoch bei Kernel 2.6.25 und zwei problematische Teile funktionieren nun tatsächlich besser:

• Die Soundkarte Intel ICH8 wird nach wie vor nicht erkannt, kann aber mit folgenden Moduloptionen z.B. im /etc/modprobe.d/alsa_intel) konfiguriert werden:

  alias snd-card-0 snd-hda-intel
  options snd-hda-intel model=imac24

  Leider ist die Tonqualität aber noch nicht berauschend (am schlimmsten mit model=mbp3, zumindest akzeptabel mit imac24, welches ja auch korrekt istfür dieses Modell), ich hoffe, dass dies mit kommenden Alsa- und Kernelreleaes noch besser wird. Vor Kurzen wurde erst ein Patch eingereicht, der wenigstens die Erkennung der Soundkarte sicherstellen soll.

• Die iSight-Kamera funktioniert auf Anhieb (getestet mit ekiga und cheese), die Bildqualität ist aber nicht ganz so gut wie im OSX. verständlich, Apple hat ja auch binäre Treiber von der Herstellerfirma und kann so nativ mit dem immer gleichen und wohlbekannten Kamera-Chip arbeiten und so z.B.schönen Echtzeit-Effekte im iSight-Programm generieren kann. Das Linux-Programm “cheese” muss diese Effekte für jede halbwegs unterstützte Kamera Drüber-Rechnen, worunter auch die Performance (und teilweise auch die Stabilität) leidet. Zum Chatten ohne Effekte ist die Kamera auf jeden Fall bestens geeignet (Skype habe ich nicht getestet). Einmal kam kein Bild mehr von der Kamera, erst nach dem Reboot wieder. Diese (vermutliche) Resourcen-Problem hatte ich aber wohlgemerkt auch in OSX ab und zu!

Ein (zum Glück nicht allzuwichtiges) Teil macht hingegen noch Probleme:

• Was z.Zt. noch Ärger macht, ist das interne Mikrofon (vermutlich im Zusammenhang mit der noch nicht ganz vollständigen Erkennung des Soundchips, siehe oben). Es gibt zwar Kernelhacks und seltsame Workarounds, wie meiner: Zuerst Modul mit model=mbp3 (heisst macbook pro 3, Sound läuft damit auch, aber in mieser Qualität) neu laden (per Reboot oder so). Dann kann man im z.B. im kmix alle Mikrofon-Kanäle aktivieren und die Verstärkung erhöhen. Leider ist mit dieser Modul-Einstellung die übrige Soundqualität derart schlecht, dass man schon bald wieder auf model=imac24 wechselt. Irgendwie gehen dabei die kmix-Einstellungen verloren, womit das Mikro wieder nicht funktioniert. Mal schauen, ob man da was tricksen kann mit kmix oder PulseAudio.

Das neue Opensource-Jahrbuch 2008 wurde veröffentlicht. Man kann es hier heruntergeladen werden mit oder ohne kleine Spende an die Autoren (so 2 Euro wären ja eigentlich angebracht). Ideal für ein paar einsame Stunden am sonnigen Strand (oder Balkon)! Vor allem wird die Freundin nicht neugierig drin blättern (ja ich weiss, das war jetzt ein klassisches Vorurteil)

Ein GTA Spiel mal wieder in den Schlagzeilen. An sich nichts Neues, aber diesmal ist nicht die Gewalttätigkeit das Zentrum des Interesses, wie man es von den Medien erwartet hätte, nein, dieses Jahr findet man das Spiel in den Kulturabteilungen, Feuilletons und Kolumnen namhafter Blätter und TV-Sendungen. Die Lobeshymnen häufen sich.
“Völlig über-hyped, es ist nach wie vor nur ein Spiel” dachte ich mir. Als ich dann aber doch mal etwas tiefer reinschaute, offenbarte sich mir, dass mit den technischen Möglichkeiten seit Version 2 auch neue Dimensionen Einzug gehalten haben. Ich will hier keinen Spiel-Review machen, das können andere viel besser. Nur so viel: Ihr werdet hier derart viel und tief in Amerika’s Seele blicken können, wie es Euch mit 10 Jahren Lesen der New York Times nicht gelingen würde.

Das wohl bekannteste “Geheimnis”: Das Herz der Freiheitsstatue in Ketten:

Lest jeden Text, den Ihr vor die Augen bekommt, es lohnt sich! Die Spam-Mails sind lustigerweise die besten Startpunkte, um auf die mit Ironie und schwarzem Humor gespickten Fake-Websiten zu gelangen (die übrigens im echten Internet alle von Rockstar Inc. gekauft wurden).

Einige Highlights: Die Webseite der Bank of Libery hat einen netten Disclaimer, der in jedem Falle beim Identitätsklau die Schuld dem Kunden zuschiebt. Schluss-Satz: “It’s your fault, even if it’s ours”. Einfach Weltklasse!
Hier eine vollständige Liste der besuchbaren Internetseiten in GTA 4.
Sogar eine Linux-Veräppelung gibt’s da (www.eunux.net) und auch Apple soll dabeisein ( “Think Fruit”, allerdings etwas versteckt auf einem Computer in einem Internet-Café) es kann wohl wirklich jeder etwas finden, wo er selbst das Ziel der Ironie ist.
Besonders witzig sind auch die durchaus gut ausgedachten psychologischen “Profile” der Inserenten einer Partnersuch-Website (www.love-meet.net) Da ist die Dame, welche gerne Kuschel-Katzen hat, gleichzeitig aber auf starke Männer steht. Oder der Hetero (was er betont), welcher ganz und gar nicht schwul ist und eine kurzhaarige Frau sucht, welche auf Gladiatorenfilme steht und idealerweise einen Bruder hat, der Angelausflüge mit ihm machen kann. Kaum zu überbieten.
Klar, dass die Ironie nur bei den Spielern wirklich ankommt, die ein Grundmass an Allgemeinbildung oder aber eine gewisse Lebenserfahrung haben. Sprich das Spiel ist nicht nur wegen der Gewaltdarstellung nichts für Kinder. Dass die Perlen aber gewiss nicht vor die Säue geworfen wurden, beweisen gerade die vielen Erwähnungen auf den Kulturseiten, die dieses Spiel auch tatsächlich verdient hat.
Egal, wie oft Ihr von Eurer Freundin hört “Das ist doch nur ein doofes Ballerspiel!”, lasst Euch davon nicht beeindrucken, es trifft definitiv nicht zu, Ihr könnt Euch den ganzen hintergründigen Humor problemlos auch reinziehen, ohne einmal eine Waffe abzufeuern oder Unfälle zu bauen (die öffentliche Verkehr in Liberty City ist sehr gut zugänglich).

Der Schriftzug am Hochhaus deutet schon etwas auf die Selbst-Ironie der Entwickler hin:

Seit meinem Erfahrungsbericht vom letzten Jahr haben sich einige der Stromspareinstellungen geändert und einige Tricks sind dazugekommen. Als erstes meine aktuelle /etc/rc.local Datei:

# Div. Stromsparer:
echo 5 > /proc/sys/vm/laptop_mode
echo 0 > /proc/sys/kernel/nmi_watchdog
# Achtung, 30000 = 5 Minuten Datenverlust, wenn die geaenderten Daten
# kleiner sind als der Festplattenpuffer
echo 30000 > /proc/sys/vm/dirty_writeback_centisecs
# Nach 4*5=20 Sekunden wird die Festplatte ausgeschaltet
# Achtung, dies schraenkt im Gegenzug die Lebensdauer der Platte etwas ein
hdparm -B 16 -S 4 /dev/sda
# Stromsparmodus fuer alle USB-Geraete:
for i in /sys/bus/usb/devices/*/power/autosuspend; do echo 1 > $i; done
# Div. Stromsparmodi:
echo 1 > /sys/module/snd_hda_intel/parameters/power_save
echo 1 > /sys/devices/system/cpu/sched_mc_power_savings
###iwpriv wlan0 set_power 7 # original 5, but 1 is from lesswatts.org
# Besserer Weg, die iwl-Treiber in den Stromsparmodus zu wechseln:
echo 7 > /sys/bus/pci/drivers/iwl4965/0000:03:00.0/power_level
ethtool -s eth0 wol d
# Lebensverlaengerung der Batterie, wenn sie am Strom haengt (sie sollte
# immer zwischen 40% und 85% sein):
# Als Alternative den Startthreshold auf 81% setzen (wenn andere Anzeigen
# Probleme damit haben, z.B. gkrellm)
echo 85 > /sys/devices/platform/smapi/BAT0/stop_charge_thresh
##echo 81 > /sys/devices/platform/smapi/BAT0/start_charge_thresh
echo 30 > /sys/devices/platform/smapi/BAT0/start_charge_thresh

Neu hinzugekommen ist die Schnittstelle (resp. Kernelmodul) smapi, welche die Verwendung des Kicker-Plugins kthinkbat ermöglicht. Darauf gebracht hat mich der Stromspar-Artikel ab Seite 26 vom “Linux User” Ausgabe 06/08. Kthinkbat zeigt etliche zusätzliche Details über die Batterie an.

Es kann außerdem hilfreich sein, den Ladezyklus etwas zu steuern. Auf die Akkuladetechnik, welche die Batterie immer zwischen ca. 40 und 80 % geladen hält, kam ich durch diesen Artikel. Damit dies aber funktioniert, muss wie erwähnt das Kernelmodul tp_smapi geladen und aktiv sein, damit die neue Schnittstelle /sys/devices/platform/smapi zur Verfügung steht. Im smapi-Paket ist auch ein hdaps-Modul vorhanden, leider konnte ich aber auch mit diesem den hdapsd (Ein Daemon, der die Festplatte vor Stössen schützt, indem er die Köpfe schnellstens parkt bei Erschütterungen) nicht starten.

Wie ausserdem im Listing der Datei rc.local zu sehen ist, lasse ich mit hdparm -B 16 -S 4 die Festplatte nun nach 20 (4*5) Sekunden Inaktivität so richtig anhalten. Dies geht zwar etwas auf die Lebensdauer der Hardware, schont aber die Batterie ungemein, weil es bis zu 3 Watt einspart. Damit der Puffer der Platte (heutzutage meist 8 bis 16 Megabyte) nicht zu schnell voll wird, was in der Folge das Einschalten derselben zur Folge hätte, müssen natürlich möglichst alle I/O-intensiven Tätigkeiten (Cronjobs, Skripte etc.) vermieden resp. abgeschaltet werden. Besonders erwähnenswert ist hier der Syslog-Daemon. Dieser bietet die Möglichkeit des gepufferten Schreibens. Um dies zu aktivieren , muss im /etc/rsyslog.conf (das Ding heisst je nach Distribution etwas anders) vor jeden Eintrag ein “-” gesetzt werden. Dieses Vorgehen ist allerdings nur auf privaten Notebooks zu empfehlen, da im Falle eines Crashs, die Logdaten, welche noch nicht geschrieben sind, verloren wären. Dies gilt natürlich auch für die Daten im Festplatten-Cache. Und nicht zu vergessen: Da “dirty_writeback_centisecs” auf 30000 gesetzt ist, wären im Falle eines Crashes 5 Minuten Arbeit futsch.

So sollten alle Einträge in der Syslog-Konfiguration aussehen, damit nur noch gepuffert geschrieben wird (das “-” Zeichen macht den Unterschied):

# Log cron stuff
cron.*                                                  -/var/log/cron

Im Moment erreiche ich alles in allem inklusive Dimmung der Anzeige (auf ca. 70%, damit es trotdem ohne Augenkrämpfe lesbar bleibt) einen Verbrauch von ca. 11-12 Watt. Das sind immerhin 3-4 Watt weniger als zuvor. Mit dem größeren Akku bedeutet dies nahezu eine ganze Stunde mehr Laufzeit. Beim kleinen Standardakku immerhin zwischen 15 und 20 Minuten.

Weitere Anregungen oder Korrekturen bitte wie üblich kommentieren. Viel Spaß beim tweaken!

Erster Eindruck

• Wow! Der ist klein!
• Einmal kurz mit den Ohren wackeln und der Kleine hat gebootet sowie den Desktop fertig geladen.
• Bildschirm und Auflösung sind top.
• Desktop ist gewöhnungsbedürftig, dafür einfach eingerichtet.
• Die Größe der Tastatur ist an der unteren Grenze. Briefe schreiben mit dem 10-Fingersystem ist mühsam bis unmöglich.
• Nette Programmauswahl für die täglichen Arbeiten.

Zweiter Eindruck

• Wo hat es einen simpleren Texteditor als Openoffice? -> Es gibt keinen!
• Finde ich eine Shell im Menü? -> Nein, wer googelt weiss: ctrl+alt+T
• Ok, sudo ist eingerichtet. Mit “sudo -i” werd ich root. Klappt wunderbar.
• Oops, kann als root weder mit halt noch shutdown den eee herunterfahren. Geht nur über das GUI.
• Mit Prozess killen hatte ich auch Probleme, das ging nur über den GUI-Task-Manager.
  

Meine Meinung

Der eee taugt was! Aber nur für Benutzer die nichts von ihrem System wissen wollen (was bekanntlich die Mehrheit ist).
Die vorinstallierten Programme ergeben entweder Sinn (openoffice, firefox) oder machen Spass (webcam, frozen bubble).
Schade, dass kleine Laptops immer mit einem eigenen “Lern-Menu” aufwarten müssen.
Das OLPC-Projekt ist eine tolle Sache, das scheinen die Hersteller ganz einfach abkupfern zu wollen.
Ein bisschen “Dritte-Welt oder Wohltätigkeits-Feeling” auf dem Subnotebook ist anscheinend schwer in Mode.
Schliesslich muss man sein schlechtes Gewissen wieder aufpäppeln, weil man sich ein Gadget gekauft hat welches man eigentlich gar nicht bräuchte.

Und genau dass trifft auch ein bisschen auf den eee zu.
Wer ernsthaft damit Arbeiten will wird schon nach kurzer Zeit feststellen, dass der Bildschirm halt doch eher klein ist.
Wirklich bemerkbar macht sich die Tastatur, da auf ihr längere Schreibarbeiten definitiv zur Tortur werden.

Zum Glück für mich!
Ich habe den eee gekauft um etwas zu haben wo ich gefahrlos ein Linux auseinander nehmen kann.
Dazu muss man keine langen Briefe schreiben. Er eignet sich wirklich gut um im Zug mal rasch was auszuprobieren.
Leider ist das vorinstallierte Linux derart beschnitten, dass ich mich gezwungen sehe ein debian/ubuntu auf dem eee zu installieren.
Erste Tests verliefen erfreulich (booten einer Install-CD über externes USB-Laufwerk).

Technische Details

Asus EeePC 900 8.9″, 20G, Mini-Notebook, Linux, US Tastatur

Swap ist gefährlich!

Da Flash-Speicher nicht beliebig oft beschreibbar sind, kann eine Swap-Partition den Speicher mit der Zeit schädigen.
Ein Blick auf das System zeigt, dass auf dem eee keine Swap-Partition eingerichtet ist.

/home/user> df -T
Filesystem    Type   1K-blocks      Used Available Use% Mounted on
rootfs      rootfs     1486348     84108   1326736   6% /
/dev/sda1     ext2     1486348     84108   1326736   6% /
none          aufs     1486348     84108   1326736   6% /
tmpfs        tmpfs      514016        12    514004   1% /dev/shm
tmpfs        tmpfs      131072        16    131056   1% /tmp
/dev/sdb1     ext3    15512328    214116  14510228   2% /home

Swap-Kommandos sind ebenfalls keine Vorhanden.

Ich werde also wenn ich selber ein System installiere darauf schauen ebenfalls keinen Swap einzurichten.
Dies sollte auch keine Probleme ergeben, da auf dem eee keine Power-Applikationen installiert werden.

Window-Manager

Der eee warted auf dem Desktop mit einem ziemlich eigenen Look auf.
Es kam schon die Vermutung auf, dass das ganze ein umkonfiguriertes KDE sei.
Es hat auch einges an KDE-Tools auf dem System.
eee scheint aber auf icewm zu setzen, wie ein Blick auf die Prozesse zeigt:

/home/user> ps aux | grep -i icewm
user      1127  0.1  0.5  34820  5780 ?        S    17:18   0:00 icewm

Sudo

Passwörter sind keine eingerichtet.
Jeder der den eee booted hat die volle Kontrolle.
Einfachheit zu Lasten der Sicherheit.
Ein kurzer Blick in die Konfiguration von sudo zeigt, dass root werden kann wer den eee in grad in den Fingern hat:

/home/user> sudo cat /etc/sudoers | grep -v \#
Defaults        env_reset, always_set_home, env_keep = "XIM_PROGRAM GTK_IM_MODULE XMODIFIERS"
root    ALL=(ALL) ALL
user    ALL=(ALL) NOPASSWD:ALL

Hier noch ein Bild vom eee in Action:

Eigentlich wollte ich ja keine der drei großen Distributionen testen, da es für diese schon genügend gute und tiefgründige Reviews gibt. Aber der KDE4-Remix von Kubuntu 8.04 “Hardy Heron” reizte mich dann doch zu sehr. Schließlich hat KDE4 seit Januar auch wieder erhebliche Fortschritte gemacht und dies wäre die erste große Distribution, welche (wenn auch nur als Remix) ein pfannenfertiges KDE4 mitliefert.

Der Review wird sich daher eher auf KDE4 und dessen Status resp. Integration in Kubuntu als auf die Distribution selbst fokussieren, da es bereits genügend andere Reviews gibt und geben wird, welche die Distribution tiefgründiger und professioneller betrachten.

Herkunft / Ursprung

Ubuntu und dessen Geschwister Kubuntu, Xubuntu, Edubuntu haben ein Debian 4 als Basis und werden von der Firma Canonical und einer großen Community weiterentwickelt. Canonical wurde vom Milliardär Mark Shuttleworth gegründet bietet einen kommerziellen Support für Desktop- und Serverversionen an, mit dem irgendwann auch mal Gewinn gemacht werden soll.

Wichtigste Daten in Kürze:

• Homepage: http://www.kubuntu.org
• Größe als ISO-Image:
• LiveCD Funktion: Ja
• Sprachen: Englisch, Deutsch, Französisch, Italienisch
• Abgeleitet von: Debian
• Kernel: 2.6.24
• Package-Management: Apt-get mit Debian Paketen (dpkg)
• Release-Zyklus: halbjährlich
• Standarddesktop: Je nach Geschmacksrichtung (Gnome, KDE, XFCE), kann aber später auch jederzeit gewechselt werden
• 3D-Desktop / Desktopeffekte: Teilweise integriert in KDE4-Windowmanager (kwin) mit Compositing oder Compiz-Fusion basierend auf AIGLX oder XGL
• Kosten für Updates und Support: Keine (Wiki, Foren)
• Lizenz: Größtenteils GPL V.2, proprietäre Software und binäre Treiber sind in der Grundinstallation vorhanden

Besonderheiten dieser Version

• Die Einbindung von KDE4 ist natürlich die wichtigste Besonderheit dieser Version mit Betonung der Distributionshersteller, dass es sich um eine Remix-Version mit Beta-Status handelt.

Erster Eindruck vom Desktop

Der Standarddesktop hat sich seit dem Frühjahr nicht groß geändert. Leider wurde auch dasselbe Hintergrundbild verwendet. Ich schaue neidisch auf den Ubuntu-Desktop und wünsche mir, dass ein ähnliche künstlerisches Hintergrundbild bald den Weg in die KDE-Versionen findet.

Hat man einmal die zusätzlichen Plasmoiden installiert, machen diese wider erwarten sogar Spass (solange sie nicht auf allen virtuellen Desktops rumhängen), vor allem die täglichen Userfriendly Comis sind praktisch. Auch die von Vista bekannte Diaschau ist dabei und vieles mehr:

Installation

An der Installation hat sich praktisch nichts geändert zur Version 7.10, sie geht sehr schnell und einfach vonstatten. Im Schnitt hatte ich das System nach 15 Minuten vollständig installiert.

Konfiguration

Hier wird augenfällig, dass noch nicht viel Integrationsarbeit in das Kubuntu-KDE4 Projekt gesteckt werden konnte: Es gibt noch keine Konfigurationswerkzeuge für Systemkonfigurationen ausserhalb des Standard-KDE-Kontrollzentrums. Das Netzwerk wird wie bei den meisten großen Distributionen heutzutage mit dem NetworkManager konfiguriert. Das läßt mich wieder mit einem Notebook zurück, welches erst nach dem Start des Windowmanagers ein Netzwerk zur Verfügung hat, was NFS-Heimatverzeichnisse ausschliesst. Da bleibt wieder mal nur das manuelle Editieren von /etc/network/interfaces übrig.

Package-Management & Software

Auch hier nichts Neues. Mit apt-get und den dazugehörigen grafischen Interfaces (z.B. Aptitude) können neue Programme und deren Abhängigkeiten einfach installiert werden und Updates von bereits installierten Paketen schnell durchgeführt werden.

Tools & Programme

Das neue KDE-Menue gefiel mir auf Anhieb. Ganz einfach lassen sich Favoriten mit der rechten Maustaste definieren. Die Suchfunktion und History funktionieren tadellos. Es hat jedoch noch gewisse Fehler in der Bedienung: Intuitiv erwarten die meisten Benutzer zu Beispiel, dass es reicht mit der Maus auf einen Pfeil zu fahren, damit das darunterleigende Menü geöffnet wird, leider muss man aber immer noch einen Mausklick dafür verschwenden.

Grundsätzlich fällt einem alten KDE-Hasen sofort auf, dass erst sehr wenige Programme vorhanden sind. Irgendwie gefällt mir das jedoch großen Gefallen daran. Natürlich fehlen noch einige grundsätzliche Programme. Aber so übersichtlich war die Auswahl bei KDE vermutlich noch nie. Bitte nicht viel mehr Applikationen liebe Entwickler! Es genügt vollauf EIN guter Multimediaplayer (am besten mit Codecs vorinstalliert, zumindest in Europa). Weitere zu installieren sollte dem Benutzer freigestellt sein.

Nettes Feature nebenbei; Die Anzeige des Füllgrades der Disks im Menü:

Okular der universelle Dateibetrachter, der als Ersatz für die vielen Vorgänger dienen soll, funktioniert soweit bestens. Mit ihm lassen sich PDF und Fotos als Diaschau resp. im Fullscreen-Modus ansprechend präsentieren und lesen.

Auch Gwenview wurde ebenfalls schon für die 4er Version aufgemotzt und hat nun einen sehr passblen Diaschau-Modus dabei.

Dolphin als neuer Dateimanager überzeugt mich mit zunehmender Gebrauchsdauer immer mehr. Er ist einfach und klein gehalten und hat trotzdem einiges an “eye-candy” zu bieten. Dieser ist aber nicht hindernd sondern trägt eher zu einem angenehmen Navigationsgefühl bei. Z.B. ist beim Navigieren mit der Maus über verschiedene Dateien der Markierungs-Übergang weich aber auch schnell genug, um nie zu nerven. Ausserdem sind die frei zoomenden Icons der linken Spalte in meinen Augen nett und sinnvoll, aber wie immer entscheidet hier jeder Anwender selbst und es ist natürlich auf Wunsch alles konfigurier- resp. abschaltbar.

Konqueror besteht mittlerweile den Acid2-Test, nur leider zeigt er dafür andere Macken (CSS-Aufbau ist langsam, Foto-Upload bei Flickr funktioniert nicht)

Der auf der neuen Hardware-Abstraktionsschicht “Solid” (das meines Wissens seinerseits HAL benutzt) beruhende Device Notifier funktioniert bis jetzt ebenfalls einwandfrei. Im Moment öffnet er alle unsere Geräte (USB-Sticks, Kamera, iPod) mit Dolphin, ich kann noch nicht sagen, ob sich dies mit Installation z.B. von amarok ändert, zumindest für die MP3-Player. Wünschenswert wäre auf jedenfall eine Auswahl an Applikationen, mit denen sich das USB-Gerät öffnen lässt.

Multimedia

Leider konnte ich den Dragonplayer nicht dazu bewegen, irgendwelche Windows-Formate abzuspielen. Auch die Installation von verschiedensten Codecs half hier nichts.

3D-Desktop

Diesen Teil zu testen macht mir immer am meisten Spaß. Bei jeder Distribution frage ich mich, ob die Entwickler immer noch eher auf beeindruckende aber am Ende doch sinnlose Supereffekte setzen, oder ob nun nach der Machbarkeitswelle endlich die Brauchbarkeit im Vordergrund steht (wie dies z.B. bei Metisse versucht wird). Da die meiste Hardware nun den Würfel problemlos drehen kann ohne großen Performanceverlust, sollte meiner Meinung nach der Fokus auf die Brauchbarkeit gelegt werden. OSX endlich das Fürchten zu lehren (bei Vista erübrigt sich das ja schon seit Jahren).

Die Desktopeffekte sind zu anfangs nicht aktiv. Sie zu aktivieren geht sehr einfach mit einem mitgelieferten Tool, welches automatisch die entsprechenden Grafikkartentreiber installiert und aktiviert.

Danach ist KWin tatsächlich vorerst sparsam mit Effekten. Nur die Transparenz beim Verschieben der Fenster sowie die Fensterauslegung (alle offenen Programme werden übersichtlich temporär nebeneinander platziert) und die Desktopauswahl (ähnlich Mac OSX) sind aktiv. Weiter meist relativ nützliche Effekte sind im enstprechenden Untermenü “Arbeitsfläche -> Arbeitsflächen-Effekte -> Alle Effekte” vom KDE-Kontrollzentrum aktivierbar. Hier gilt einfach: Ausprobieren und Auswählen, welche Effekte für den Benutzer persönlich nützlich sind. Aber auch hier gibt es noch erhebliches Verbesserungspotential:

• Kleine Vorschaubilder der Effekte würden sicherlich deren Auswahl erleichtern.
• Die Tastaturkombinationen von verschiedenen Effekten sind dieselben (z.B. Zoom, Lupe, Bereichsvergrößerung), welche gewinnt also, wenn mehrere gewählt sind?
• Es lassen sich keine Maustasten zur Steuerung der Effekte auswählen
• Die meisten Effekte lassen sich mittels der jeweiligen Tastenkombination starten (z.B. Exposé), aber beenden lassen sie sich nur, indem man mit der Maus auf ein bestimmtes Fenster klickt. Hier erwartet praktisch jeder Benutzer, dass ein nochmaliges Drücken der Tastenkombination den Effekt wieder verschwinden lässt.

Immerhin stürzte KDE in der ganzen Zeit nie ab. Nur einmal gab’s nach dem Beenden von KDE eine der üblichen KDE-Fehlermeldungen. Und leider auch das bekannte Iconproblem bei aktivierten Effekten tritt auf (Iconsvonaktiven Programmen werden anstatt in der Systemleiste links oben auf dem Desktop angezeigt).

So werden die Desktopeffekte konfiguriert:

Ein Modus, um sich auf Eingabefenster zu konzentrieren:

Energiemanagement

Gerade eben fiel mir auf, dass der Lüfter meines Dell-Notebooks kurz ungewöhnlich laut lief (für Linuxverhältnisse). Ein Blick auf powertop bestätigt: kwin (vermutlich zusammen mit dem nvidia-Treiber) und knotify4 erzeugen ungewöhnlich viele Interrupts. KDE4 braucht zur Zeit zirka 10% mehr Strom als mein Fedora mit ebenfalls eingeschalteten 3D-Effekten (35 Watt anstatt 32 Watt). Allerdings könnte die Abweichung auch andere Ursachen haben und ich interpretiere hier zu viel hinein. Es muss sich ohnehin noch zeigen, wie sich das System unter Hochlast verhält.

Da kpowersave noch nicht portiert wurde, steht uns erst eine einfache Batterieanzeige zur Verfügung. Es gibt noch keine Möglichkeit, das Energieschema für die verschiedenen Notebook-Betriebsarten einzustellen.

Fazit

Je länger ich es benutze desto mehr bin ich überzeugt, dass KDE4 für mich künftig der Desktop der Wahl sein wird. Allerdings sollten die meisten Benutzer damit noch mindestens bis zur Version 4.1 warten, denn es fehlen immer noch viele Programme und wichtige Features. Falls nun aber beispielsweise Fedora 9 mit KDE4 als Option ausgeliefert wird, werden meine Desktops bestimmt damit ausgestattet. Denn alles in allem erfüllt KDE4 die für mich allerwichtigste Anforderung an eine Desktopumgebung, die bisher nicht mal OSX erfüllt hat: Es fühlt sich richtig gut an in der Bedienung. Wenn dieser Ansatz konsequent weiterverfolgt wird und auch für alle weiteren portierten Programme gilt, können die KDE-Entwickler wahrlich stolz auf ihre Arbeit sein.

Bewertung

Die Wertung muss in Zusammenhang mit KDE 4 interpretiert werden. Für sich alleine genommen hätte (K/X)Ubuntu 4-5 Pinguine verdient. 4 Pinguine sind hier jedoch schon sehr großzügig und spiegeln meine Hoffnung auf das 4.1 Release wider, wo ich den Feinschliff und die fehlenden Features sehnlichst erwarte.

Da ich im Moment sehnlichst auf den Fedora 9 Release warte, bleibt mir etwas Zeit, endlich die Bilder unserer neuen Mitbewohnerin hochzuladen. Darf ich vorstellen? Chihiro, die K(r)atze. Wir haben sie im Januar aus dem Tierheim geholt. Ihre Geschicht ist so kurz wie tragisch: Sie wurde mit mehrfach gebrochenem Schwanz (der heute am Ende etwas krumm ist) unter einer Brücke an der Reuss gefunden, wo sie sich gerne mal von den einheimischen Fischern den einen oder anderen Brocken erbettelte…
Heute hat sie sich gut bei uns eingelebt. Sie ist keine Schmusekatze und beweist dies gerne mal mit ihren sehr scharfen Krallen. Zuneigung gibt’s nur, wenn sie es will, oder wir uns zu konzentrieren versuchen, beispielsweise an der Computertastatur.

Ein paar Fotos genügen eigentlich schon, um ihre Lieblingsbeschäftigung ungefähr wiederzugeben:

Diesen Schaumstoffwürfel liebt sie ganz besonders, der wäre eigentlich fürs Beine-Hochlagern angedacht gewesen. Dieser Einsatzzweck hat sich allerdings mit der gewaltigen Anzahl Katzenhaare darauf erledigt. Der Würfel hat mittlerweile selbst quasi ein Fell:

Als nächsten Schritt in der vollständigen Migration aller Services auf virtuelle Server mit Xen wollte ich wegkommen von den unhandlichen Image-Dateien, welche niemals konsistent gesichert werden können und auch keine schnellen Zugriffszeiten bieten. Nach kurzem Überlegen und bestätigt durch Erfahrungen anderer Admins gab es einen einfachen Weg: LVM der Logical Volume Manager von Linux eignet sich dafür bestens. Der Hauptgrund war erst, dass man sogenannte “Snapshots” von einem aktiven logischen Volume machen kann. Dieser Snapshot ist quasi statisch und repräsentiert somit einen konsistenten und permanenten Zustand der Daten zum Zeitpunkt der Erstellung dieses Snapshots. Dadurch wird das Erstellen von konsistenten Backups sehr erleichtert. Wie sich zeigte, löste der Umstieg auf LVM aber auch noch ein anderes altbekanntes Problemchen…

Das I/O-Wait Problem wird entschärft

In all den Jahren meines beruflichen und privaten Umgangs mit Computersystemen war es immer wieder dieser Flaschenhals, der die größten Performanceprobleme machte: I/O Wait: Der Prozessor wartet auf den Festplattencontroller, bis dieser seine Lese- oder Schreiboperation vollständig abgeschlossen hat.

Auch für meinen Backupserver (Backups via NFS und rsync) hiess das immer wieder Warten mit bis zu 90% I/O Wait, was den Server praktisch unbrauchbar macht für weitere Tätigkeiten. Mit den VM’s auf LVM fiel mir nun auf, dass die DomU’s zwar auch bis zu 100% I/O Wait haben, dass aber das Wirtssystem indessen keinen bis ganz wenig I/O Wait aufweist. Vermutlich liegt dies daran, dass die DomU gar nicht direkt auf die Hardware zugreift (obwohl im Endeffekt dieselben Backups auf dieselbe externe USB-Disk geschrieben wird bei mir). Auch die Geschwindigkeit, in der diese bis 20GB grossen Backups geschrieben sind, scheint mir subjektiv nicht viel kleiner zu sein als zuvor.

Ich bin kein Kernelspezialist und kann daher nur vermuten, dass die I/O-Wait-Last deswegen geringer ist, weil der Dual-Core in diesem Setup besser zur Geltung kommt, da die VM gezwungenermassen nur auf einem Kern läuft (je nach Konfiguration natürlich) und das Wirts-Betriebssystem nach wie vor 1-2 Kerne zur Verfügung hat (je nach Last). Man möge mich bitte aufklären, falls es andere Gründe sind, die zum besseren I/O-Wait-Verhalten führen.

Mir scheint fast, als sei Virtualisierung so etwas wie der Stein der Weisen, wenn es um die Gleichzeitigkeit von lese- und schreibintensiven Operation und anderen Services auf einer einzigen Maschine geht.

Auf dem Bild ist zu sehen, dass der Xen-Wirt (oberer Teil) nur sehr wenig I/O-Wait aufweist, während die VM (unterer Teil) praktisch nur noch I/O-Wait hat:

Backups mit Snapshots von LVM

Einen Snapshot eines logical volumes zu erstellen ist simpel. Man muss nur zuvor darauf achten, dass das Kernel-Modul “dm_snapshot” geladen ist, ansonsten funktioniert das Ganze nicht:

modprobe dm_snapshot lvcreate --snapshot --name=snap_myvol -L 200M /dev/VolGroup0/myvol

Hier haben wir soeben einen Snapshot des logischen Volumes “myvol” kreiert. Der Snapshot liegt immer in der gleichen Volume Group wie das Original. In diesem Beispiel hat der Snapshot ca. 200MB zur Verfügung. Dies ist etwas kompliziert zu erklären: Der Snapshot an sich ist so gross wie das Original, wenn man ihn verwendet, ein Backup zu ziehen. D.h. wenn das Original 5GB gross ist, ist der Snapshot auch so gross. Was bedeuten nun die 200MB? Sie sind der Maximalwert der Änderungen, die am Original vorgenommen werden können in der Zeit in welcher wir den Snapshot benutzen. Deshalb braucht man viel weniger Platz als im Original, da man nur den Delta (die Veränderung) berücksichtigen muss. Man muss sich also immer überlegen, wieviel sich im Original in welcher Zeit ändert. Wenn man für den Backup vom Snapshot 10 Minuten benötigt und es sich beim Original um die Daten eines DNS-Servers handelt, dürften sogar 5 MB genügen.

Einbinden von logischen volumes in Xen-DomU’s

So sieht ein Beispiel der Einbindung von verschiedenen logischen Datenträgern in einer Xen-Konfigurationdatei aus:

name = "vm_test" uuid = "d43cc47c-4e49-5999-369d-3a5ccccf43c2" maxmem = 2048 memory = 1700 vcpus = 1 bootloader = "/usr/bin/pygrub" on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" vfb = [ "type=vnc,vncunused=1" ] disk = [ "phy:/dev/VolGroup1/vm_serv,xvda,w",          "phy:/dev/VolGroup0/data,xvdb1,w",          "phy:/dev/VolGroup2/backup,xvdb2,w",          "phy:/dev/VolGroup1/export_home,xvdd1,w" ] vif = [ "mac=00:16:33:bb:ff:44,bridge=xenbr0" ]

Man beachte, dass ich hier einerseits ein unformatiertes logical volume als Grundlage der Serverinstallation selbst verwende (repräsentiert Disk xvda) und andererseits bereits formatierte Filesysteme auf logical volumes einbinde (repräsentiert beispielsweise die Partition xvdb2). Man kann ungefähr die Möglichkeiten erahnen, die Xen einem damit bietet. Übrigens lassen sich Volumes auch per Label- oder UUID-Definition einbinden. Dies ist zum Beispiel ganz nützlich, wenn man eine externe HD verwendet, welche ja nicht immer dieselbe /dev-Zuweisung erhält:

 [ "phy:/dev/disk/by-label/extern_backup,xvdd1,w" ]

Im Rahmen meiner RHCE-Ausbildung hatte ich das erste Mal die Gelegenheit, Xen-Installationen für den “professionellen” Einsatz einzurichten. Die überraschend gute Performance auch bei mehreren Instanzen auf einem einzelnen Rechner hat mich sehr beeindruckt. Diese Performance erreicht man indes nur, wenn die virtuellen Maschinen “paravirtualisiert” sind, also dann wenn nicht nur das Wirts- sondern auch das Gastsystem einen Xen-angepassten Kernel verwendet, der gegenseitig kompatibel ist.
Mein Spieltrieb für zu Hause war geweckt. Nach und nach migrierte ich also alle Services themenorientiert auf vier verschiedene sog. DomU’s (unprivilegierte Domains = virtuelle Maschine = Gastsystem, alles austauschbare Begriffe) unter einem CentOS 5.1 Wirts-Server. Dazu benötigt man unter den Redhat Derivaten folgende Komponenten: Xen-Kernel, libvirtd und xend. Dank yum reicht eigentlich ein “yum install kernel-xen” und man hat im Handumdrehen alle notwendigen Werkzeuge für die Virtualisierung zur Hand.

Nach anfänglichen Abhängigkeitsproblemen zwischen den VM’s (oder besser Anfängerfehler, denn das der DNS-Server als erster gestartet werden sollte, müßte mir klar gewesen sein…) kann ich bestätigen, dass die Virtualisierung auch für den kleinen Server im Keller zu Hause durchaus Sinn machen kann. Ich kann nichts über komplexere Applikationen wie Oracle u.ä. sagen aber die Antwortzeiten von LDAP, DHCP, DNS, FTP etc. sind praktisch identisch zu ihren Pendants direkt auf physischen Servern. Auch netzwerktechnisch gesehen ist die Antwortzeit (Ping-Messung) identisch zu einem klassischen Server.

Den Overhead durch die Verwaltung von 4 gleichzeitig laufenden virtuellen Maschinen kann ich indes nur schätzen resp. beobachten. Im Leerlauf sind es zur Zeit nicht mehr als 5-15% des Wirtsystems, die verbraucht werden. Durch die Erweiterung von 2 auf 4 oder gar 6 GB Arbeitsspeicher erhoffe ich mir einen weiteren Leistungsgewinn, da die Resourcen im Moment doch etwas knapp zu sein scheinen, vor allem der Wirt selber hätte etwas mehr Arbeitsspeicher verdient. Die durch den Einsatz des Xen-Kernels fehlende CPU-Geschwindigkeitsregelung (das cpu-ondemand Kernelmodul gibt’s noch nicht für den Xen-Kernel) wird mehr als aufgehoben durch die Tatsache, dass bei mir der 2. Server nicht mehr ständig laufen muss (naja, zumindest sobald ich mir für das Backup resp. NFS/SMB auch eine Lösung geschnitzt habe).
Eine Live-Migration der Server bei einem Ausfall habe ich noch nicht getestet, sobald beide Server RAM-technisch aufgerüstet sind, werde ich dies aber vermutlich in Angriff nehmen. Eine gewisse Flexibilität ist sowieso gegeben, wenn man z.B. wöchentlich die virtuellen Disk-Imagedateien sichert und diese auf einen zweiten Server transferiert. Dann muss im Falle eines Ausfalls des ersten Servers dort nur noch die virtuelle Maschine gestartet werden und schon ist der Service (z.B. FTP) wieder einsatzbereit, ganz ohne weitere Eingriffe in DNS oder DHCP. Dies alleine bedeutet schon einen enormen Fortschritt an Unabhängigkeit im Vergleich zu Server-gebundenen Diensten oder klassischen Failover-Lösungen, da der Server an sich nur noch aus einer Disk-Imagedatei und der Xen-Konfigurationsdatei besteht.

Fazit

Abgsehen vom Aufwand, die VM’s einzurichten, empfinde ich den Serverbetrieb nun als ziemlich aufgeräumt und elegant. Habe ich irgendwo ein Problem, kann ich es auf die betreffende VM eingrenzen. Und auch der Aufwand für die Einrichtung der VM’s lässt sich in engen Grenzen halten, wenn man die Installation mit Kickstart-Konfigurationen, DHCP-vergebenen Adressen sowie mit Netzwerk-Images weitgehend automatisiert.

Hier noch ein Beispiel des virt-install Aufrufes für eine solche automatische Installation. Wenn man das grafische Werkzeug virt-manager zur Einrichtung einer DomU nimmt, geschieht im Hintergrund so ziemlich dasselbe wie hier von Hand:

virt-install --paravirt --name=another_vm --location=http://installserver/centos5_1
--keymap=de_CH --extra-args=ks=http://192.168.1.4/inst/vm_stuff/ks/another_vm.cfg
--ram=512 --vcpus=1 --vnc --file=/vm/xen/images/another_vm.img --file-size=8
--accelerate --mac="00:18:ef:dd:aa:cc"

Bei Distrowatch habe ich heute eine lustige Distribution “Famelix” aus Brasilien gefunden (die Webseite ist leider nur auf Portugiesisch und Spanisch). Das besondere an dieser Distribution ist, dass sie das Hauptaugenmerk auf das exakt gleiche Aussehen wie die entsprechenden Windows-Versionen legt.
Die Version 1.3 “Professional” sieht aus wie XP und die Version 2.0 “Hast la Vista” wie der Name schon sagt wie Vista. Die Screenshots beweisen, dass dies zum größten Teil gelungen ist.
Nur: Wollen wir das überhaupt? Muss Linux wirklich wie die “Konkurrenz” aussehen, um Desktopbenutzer zu gewinnen? Ist es der Sinn der Sache, den Windows-Umsteigern mit einem Klon den Umstieg leichtzumachen? Vielleicht, aber es birgt meines Erachtens einige Tücken:

• Die Benutzer werden teilweise der Meinung sein, es handle sich um Windows, mit welchem sie arbeiten. Es gäbe also kaum ein Bewusstsein für das benutzte Betriebssystem
• Sie würden erwarten, dass alles gleich aussieht und funktioniert für die nächsten 7 Jahre (was bei Windows ja bei jeder Version der Fall ist). In der Linux-Welt ist nach 7 Jahren aber kein einziges Programm mehr wirklich dasselbe.
• Benutzer könnten in Versuchung kommen, irgendwelche Windows-Software zu installieren (das mag ja sogar bei 30% mit wine funktionieren)

Ich persönlich würde sowas nie einsetzen, weshalb ich auch auf einen Test verzichte. Wenn ich eine Firma auf Linux-Desktops umrüsten müßte, so würde ich den Fokus eher auf die Applikationen richten und nicht auf das Aussehen der Betriebssystemoberfläche und des Fensterdekorateurs. Dennoch ist die Arbeit der Entwickler sehr beeindruckend, mit KDE4 konnten sogar die Desktop-Applets umgesetzt werden, auch Aero wurde offenbar perfekt geklont, wenn ich den Screenshots im oberen Teil der Webseite glauben darf (ich nehme mal an mittels Compiz-Fusion).