Glücklicherweise funktioniert der direkte Downloadlink für die letzte Version (10.0.45.2) noch. Mal gucken für wielange.

if (bName == "Netscape" && bVer >= 3) theBrowser = "goodbrowser";
else if (bName == "Netscape" && bVer == 2) theBrowser = "badbrowser"; //for NS 2: unused
else if (bName == "Microsoft Internet Explorer" && bVer >=3) theBrowser = "goodbrowser"; //for IE4
else if (bName == "Microsoft Internet Explorer" && bVer >=2) theBrowser = "okbrowser"; //for IE3: unused


IE3 - das ist mal ziemlich lange her. Und wir ächzen schon bei IE6-Kompatibilität…

Ich bin sprachlos.

Grund genug, mal einen Benchmark zu machen.

Setup
Als Server dient ein AMD Opteron 148 mit 1GB Ram, Client ist ein Core 2 Duo mit 3GHz und 4GB Ram. Auf beiden Systemen kommt Ubuntu 8.04 zum Einsatz. Verbunden sind die beiden Rechner direkt über einen 100MBit Switch.

Um ein wenig Druck auf den Kessel zu bekommen, verwende ich das Apache Benchmark Tool. Pro Durchlauf feuere ich 400.000 Requests ab, jeweils 500 auf einmal:

ab -n 400000 -c 500 -g http://192.168.1.28/static_short.html

Die statische html-Datei die ich abrufe, ist 100 Byte lang. Ziemlich wenig, aber mir stehen ja auch “nur” 100MBit Bandbreite zur Verfügung.

Eine kurze Zusammenfassung in Graphen:

Die Zahlen sprechen für sich: nginx lässt den Apachen einfach stehen. Interessant waren die Beobachtungen auf der Konsole des Servers: Während im Apache-Durchlauf die Load teilweise bis auf 60(!) nach oben ging, stieg die Load beim nginx kaum über 1. Ein Grund dafür mag sein, dass der Apache mehrere Threads startet, während der nginx in der Standardkonfiguration mit nur einem Thread läuft.

Die Zahlen sind allerdings mit Vorsicht zu genießen: Bei dem Benchmark ging es lediglich um statische Inhalte. Wie die beiden Webserver sich in Verbindung mit php schlagen, werde ich demnächst ergründen.

Denkste.

Es kann nämlich bei aktivierter Stromsparfunktion (”Cool & Quiet”) vorkommen, dass die CPU von dem Spiel derart unterfordert ist, dass sie einfach mal so runtertaktet. Und dann ruckelts.

Um das runtertakten zu verhindern, kann man mit “cpufreq-selector” das Stromsparprofil - also ob und wie die CPU runtergetaktet werden soll - verändern. Kennt ihr vieleicht vom Notebook.

Also vor dem Start eine Konsole auf und eingetippt:
sudo cpufreq-selector -c 0 -g performance
sudo cpufreq-selector -c 1 -g performance

Rückgängig macht man das Ganze mit:
sudo cpufreq-selector -c 0 -g ondemand
sudo cpufreq-selector -c 1 -g ondemand

Be on fragrance. Is no crave highlight modernity.
detector a cinema. his shaky by supposed.

That assume? That to urine viking.

A regularly No astrophysics. For holly. Be he heath.
her go return incorporate turnpike. agency a crotch.

the deter, victorious a impose.

Damit man wieder auf seine Shares zugreifen kann, muss man in der smb.conf folgende Zeilen im global-Abschnitt einfügen:

client plaintext auth = yes
client lanman auth = yes

Dadurch wird eine Plaintext Authentifizierung wieder möglich.

1
2
3
4
5
6
7
8

HAI
CAN HAS STDIO?
PLZ OPEN FILE "LOLCATS.TXT"?
    AWSUM THX
        VISIBLE FILE
    O NOES
        INVISIBLE "ERROR!"
KTHXBYE

Das Beispiel oben wurde in LOLCODE geschrieben, einer esoterischen Scriptsprache.

Andere - vieleicht bekanntere - esoterische Scriptsprachen sind Brainfuck und Whitespace.

Ich habs dann mal mit einem apt-get install eclipse probiert. Funktionierte ganz gut, installiert aber Eclipse 3.2. Für PDT 1.0 braucht man jedoch Eclipse 3.3 - war also auch nix.

Dann halt alles von Hand:

64bit-Eclipse herunterladen
Download: eclipse-SDK-3.3.1.1-linux-gtk-x86_64.tar.gz
Falls der Link nicht mehr funktioniert: Auf http://www.eclipse.org/downloads/ gehen und im Einleitungstext auf “Downloads for your platform may be available here.” klicken.

64bit JavaVM installieren
Damit Eclipse 3.3 läuft, benötigt es mindestens die Sun JavaVM 5.0. Unter Debian Lenny müssen zur Installation - falls noch nicht geschehen - diese beiden Zeilen in die /etc/apt/sources.lst aufgenommen werden:
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free

Installiert wird die JavaVM wie gewohnt:
apt-get install sun-java5-jre

Anschließend sollte sichergestellt werden, dass diese Javaversion vom System auch benutzt wird:
update-alternatives --config java


Eclipse entpacken und starten
Das sollte nicht zu schwer sein. Ich habe mein Eclipse nach /home/pg/eclipse/ geworfen. Um Eclipse zu starten, muss die Datei “eclipse” ausgeführt werden. Unter KDE reicht es aus, diese Datei im Konqueror doppelt anzuklicken. Ihr könnt euch auch einen Eintrag im Menu basteln - whatever ;)

Eclipse konfigurieren
Als erstes muss die PDT Update-Site zum Eclipse Updater hinzugefügt werden. Dafür nach Help -> Software Updates -> Find and Install gehen, Search for new Features to install wählen und folgende Site per New Remote Site hinzufügen: http://download.eclipse.org/tools/pdt/updates/site.xml.

Bevor ihr auf Finish klickt, solltet ihr sichergehen, dass sowohl der Eintrag Europa Discovery Site als auch euer neuer PDT Eintrag markiert sind.

Im Search Results-Fenster solltet ihr nun folgende Sachen ankreuzen:

• Europa Discovery Site -> Graphical Editors and Frameworks -> Graphical Editing Framework SDK
• Europa Discovery Site -> Models and Model Development -> Eclipse Modeling Framework (EMF)
• Europa Discovery Site -> Models and Model Development -> XML Schema Infoset Model (XSD)
• Europa Discovery Site -> Web and JEE Development -> Web Standard Tools (WST)
• PDT - > PDT Features
• PDT -> PDT Features SDK

Wenn im oberen Bereich des Fensters kein Fehler angezeigt wird, habt ihr alles notwendige ausgewählt und es kann mit einem Klick auf Next weitergehen.

Nach dem Abnicken der Lizenzbestimmungen für die einzelnen Plugins und dem Bestätigen der Installationsverzeichnisse solltet ihr eigentlich ein frisch installiertes Eclipse PDT 64bit haben. Glückwunsch!