• OnyX
• AppCleaner

OnyX hilft sämtliche Caches zu aktualisieren bzw. neu aufzubauen und weitere "System maintenance" Skripte aufzurufen.

AppCleaner ist gedacht um bisher installierte Programme ohne Rückstände zu entfernen. 

Subjektiv hat das zumindest bei mir einiges gebracht, mal sehen ob sich da noch weiteres optimieren lässt.

Hier ein Vergleichen verschiedener Filesysteme (xfs,jfx,reiserfs und ext2/3)

• http://www.debian-administration.org/articles/388
• http://linuxgazette.net/102/piszcz.html

Zusätzlich gibt es DroboShare der aus Drobo ein NAS macht, allerdings unterstützt DroboShare out of the Box nur SMB als Netzwerkdateisystem.

Hier kommen die DroboApps ins Spiel, mit diesen Paketen kann DroboShare um einige nützliche Features erweitert werden z.B.:

• Firefly - ein iTunes Media Server
• Userland NFS - ein NFS Server
• Dropbear SSH - ein SSH Server

Zusätzlich gibt es ausserhalb von DroboApps backmyfruitup um TimeMachine Backups auf Drobo via DroboShare abzulegen.

Interessant an Drobo ist auch das die Kapazität dynamisch erhöht werden kann, d.h. kleinste Platte raus, größere Platte rein und fertig. Drobo kümmert sich um die Erweiterung der Volumes, Daten werden hierbei natürlich redundant gespeichert.

Die je nach Größe der Festplatten zu erwartende Kapazität kann mit dem Drobolator ermittelt werden.

Zu sehen ist das Wunderwerk in einer Videpräsentation auf der Drobo Website, vielen Dank an die sehr nett anzusehende "Cali Lewis".

Hier einige reviews zu Drobo bzw. DroboShare:

• http://www.automatedhome.co.uk/Reviews/Drobo-DroboShare-In-Depth-Review.html
• http://sweet-jesus.org/?p=7
• http://ifakedit.com/log/2008/08/13/drobo-performance-through-droboshare-with-graph/
  • (allerdings für Drobo1)
• http://episteme.arstechnica.com/eve/forums/a/tpc/f/24609792/m/535007454931

Auf: http://demeter.uni-regensburg.de/ sind sämtliche Pakete zu finden.

Vielen Dank an die Uni Regensburg hierfür.

Anbei eine kleine Konfigurationsanleitung.

• Installation der benötigten Pakete:

aptitude install libapache2-mod-fcgid apache2-mpm-worker php5-cgi

• Konfiguration des Apache

a2dismod php5
a2enmod actions
a2enmod fcgid

• Anpassen der Apache Konfigurationen

/etc/apache2/mods-enabled/fcgid.conf

    AddHandler fcgid-script .fcgi
    SocketPath /var/lib/apache2/fcgid/sock
    IPCConnectTimeout 60

    # Path to php.ini – defaults to /etc/phpX/cgi
    DefaultInitEnv PHPRC=/etc/php5/cgi

    # Number of PHP childs that will be launched. Leave undefined to let PHP decide.
    #DefaultInitEnv PHP_FCGI_CHILDREN 3

    # Maximum requests before a process is stopped and a new one is launched
    DefaultInitEnv PHP_FCGI_MAX_REQUESTS 2500

    # Define a new handler "php-fcgi" for ".php" files, plus the action that must follow
    AddHandler php-fcgi .php
    Action php-fcgi /fcgi-bin/php-fcgi-wrapper

    # Define the MIME-Type for ".php" files
    AddType application/x-httpd-php .php

    # Define alias "/fcgi-bin/". The action above is using this value, which means that
    # you could run another "php5-cgi" command by just changing this alias
    Alias /fcgi-bin/ /var/www/fcgi-bin.d/php5-default/

    # Turn on the fcgid-script handler for all files within the alias "/fcgi-bin/"

        SetHandler fcgid-script
        Options +ExecCGI

• Anlegen des Wrapper unter

/var/www/fcgi-bin.d/php5-default/php-fcgi-wrapper

#!/bin/sh
# Wrapper for PHP-fcgi
# This wrapper can be used to define settings before launching the PHP-fcgi binary.

# Define the path to php.ini. This defaults to /etc/phpX/cgi.
#export PHPRC=/var/www/fcgi-bin.d/php5-web01/phprc
export PHPRC=/etc/php5/cgi

# Define the number of PHP childs that will be launched. Leave undefined to let PHP decide.
export PHP_FCGI_CHILDREN=5

# Maximum requests before a process is stopped and a new one is launched
export PHP_FCGI_MAX_REQUESTS=5000

# Launch the PHP CGI binary
# This can be any other version of PHP which is compiled with FCGI support.
exec /usr/bin/php5-cgi

• den neuen Wrapper ausführbar machen

chmod +x /var/www/fcgi-bin.d/php5-default/php-fcgi-wrapper

• Schließlich muss der Apache noch neu gestartet werden

/etc/init.d/apache2 restart

Mittlwerweile gibt es zwar wieder eine Beta die wohl besser funktionieren soll ausprobiert habe ich da bisher aber nicht.

Nun gibt es aber ein neues frontend namens Viscosity. Aktuell ist die Beta noch kostenlos, später wird es laut Aussage des Entwicklers ca. $9 kosten. Im vergleich zum früheren Tunnelblick kann es aber auch die Konfiguration verwalten, d.h. man ist nicht mehr gezwungen die Konfigurationsdatei manuell zu pflegen. Zusätzlich gibt es die Möglichkeit bestehende Konfigurationen aus Tunnelblick zu importieren.

Hier einige Screenshots zu Viscosity

Das ganze kann wohl folgendes:

• Cleanup der Library
• Covers holen
• Analyse der Library
• und sieht nett aus

Alles in allem wohl eine Alternative für iEatBrainz usw.

Warten wir mal bis zum Jahresende ab.

Also weiter auf die Fehlersuche und siehe da: Schuld ist wohl der der 4 Port Switch/Hub in den Linksys WRT54G Routern (habe das auch mit mehreren Geräten getestet), das Teil schluckt offensichtlich Pakete .......

Den WRT mit einem richtigen Switch ersetzt und schon läuft alles wie der Teufel.

Jetzt brauch ich also noch neuen WLAN Komponenten, wird wohl ein Airport Extreme werden. Das Problem tritt jedenfalls auch beim Bridging von Wireless auf "normales" Netzwerk auf.

Verwendet wird bei mir das standart Debian Etch Paket, folgende Änderungen haben in kombination für eine Verbesserung um ca. 14 MBit gesorgt:

Die größte Verbesserung wurde allerdings durch erhöhung der SO_RCVBUF und SO_SNDBUF Variablen erzielt, vorher war hier jeweils 8192 hinterlegt.

Mittlerweile bin ich bei knapp 20Mbit da geht aber sicher noch was.