EDV – Ende der Vernunft

Wieder bei Golem einen Hinweis auf FasterDapper gefunden, ein Script das ein wenig hier und da schrauben soll um die Handbremse zu lösen. Lädt man das Script herunter fällt zuerst auf, das es kaum einen Hinweis darauf gibt was es eigentlich genau tut, so das (unerfahrenere) Linuxer nicht einmal einordnen könnten, ob es nun sinnvoll ist oder nicht. Als nächstes fällt das Script stumpf auf die Nase. Der Fix steht in den Kommentaren mit dem Hinweis, das das Script bei einem Fehler sudo komplett offen stehen lässt. Das alles lässt nichts gutes erwarten und so hab ich mal reingeschaut, was auch für alle anderen dringend anzuraten ist der Installation nicht auf hda liegt. Und das macht das Script:

Enable the Completely Fair Queuing Linux process scheduler – Nunja, der cfq IO-Scheduler (nicht zu verwechseln mit dem CPU-Scheduler) ist sicher keine schlechte Sache, aber die Wahl des IO-Schedulers (wann was auf die Platte geschrieben wird) ist hochgradig abhängig davon was man mit der Kiste macht. Kategorie: Schadet nicht, hilft aber auch (meist) nichts.

Preload is an adaptive readahead daemon – Preloading ist für ein Desktop-System eine gute Sache. Kategorie: Daumen hoch.

Enable prelink – Ja, Prelink ist auch nett. Ebenfalls Kategorie Daumen hoch.

Disable ipv6 – Nervige Sache, wenn man wirklich mal auf einen ipv6-enabled Host trifft (ftp.freenet.de z.B.) also auch nice to have.

Speed up gnome a bit – Da halte ich mich raus. Gnome ist so garnicht mein Ding.

Performance tweak to speed up your hard drive – Ein bischen HDPARM-Magic. Nix weltbewegendes, aber gut das es dabei ist. Nachteil: Es ist weg nach dem Neustart.

Performance tweak to speed up ext3 partitions with lots of files – dir_index für ext3 einschalten ist ein gute Idee. Keine gute Idee ist es solche Aktionen auf gemountete Volumes loszulassen. Trotzdem: Daumen hoch.

Disable unnecessary services – Böse Falle möglich. Klar, hplip ppp festival mdadm apmd brltty lvm evms pppd-dns waitnfs.sh brauchen _viele_ nicht, aber wenn man das ohne zu hinterfragen durchlaufen lässt kann danach die Internet-Verbindung fehlen, das Raid im A* sein oder das Volume-Management hat sich aufgelöst. Im schlimmsten Fall hat man also ein komplett kaputtes System, hier hätte man an einigen Punkten besser eine Rück- oder Abfrage einbauen müssen, ob dieses oder jenes läuft – einfach löschen erzeugt nur Chaos.

So, das war es. Soll nun jeder selbst entscheiden, ob er es braucht oder nicht. Meine Meinung: Ja, ganz brauchbar.