Upsides

For such an early release and given my kind-of new and kind-of exotic hardware (Quadro NVS 140M, a G86), it worked quite well. XRandR 1.2 is a breeze, and 2D performance was ok. No hard lockups, either.

So, in short terms, what does work:

• XRandR 1.2
• External Output
• Somehow fast 2D

Downsides

I couldn’t put my finger on it, but I think the picture quality on the VGA port was lower than with the Nvidia drivers (I have an external screen with a 1680×1050 resolution). Also, video overlay doesn’t work yet on the newest cards, so the video output was very grainy.

I also saw a lot of wrongly rendered pixmaps in FF3. No real showstopper, but also not very nice. Also, suspend/resume didn’t work yet.

I have changed back to the Nvidia driver for now.

Nicht abgebildet: Das T60 der Dozentin.

• unoptimized: 61.01s
• optimized: 39.68s

That still seemed a bit too slow to me, and I decided to try out some parallelization: since the ID reference remapping and graph store code in the parser is decoupled from parsing and the creation of the node data structures, I tried to put that into a separate thread. Both threads are mostly CPU-bound, so I quickly ran into the good old GIL problem. In short: in a Python process, only one thread my execute Python byte code at a time. This is not a problem if you are doing a lot of I/O or lurking around in message loops, but it’s deadly for CPU-bound tasks. It made the parser considerably slower, even when I used the shelve module instead of storing the graphs to memory (which involves a lot more disk I/O).

In times where multi-core CPUs are becoming a commodity, more fine-grained locking would be desirable in CPython, or, even better, more advanced types of parallelization support.

There are other approaches to parallel computing in Python readily available (based on forks, some with shared memory, some with pipes [↪]), but they seem too heavyweight to be dragged in for this small problem: a non-trivial dependency just to shave off some seconds from the parsing process is not a good tradeoff.

Nach einem Jahr verschärftem Toolmonkeyism auf der Arbeit bin ich zu der Überzeugung gelangt, dass auch beim Python-Programmieren ein wenig IDE-Unterstützung nicht schlecht wäre. Eclipse (besonders das erstaunlich stabile 3.3) wächst einem dann doch ans Herz. Nicht dass ich für Python unbedingt Ctrl-1 bräuchte (z.b. den infernalischen Java-Typinferenz-Hack, Variablen ohne Typ zu deklarieren und sich per Tastendruck den Typ hinschreiben zu lassen – geht leider nicht in new-style For-Schleifen!), aber Refactoring-Support wäre schon was feines.

Refactoring in Python

Natürlich ist Refactoring in Python beliebig schwierig und der Bicycle Repair Main verhaut den Code teilweise schon ziemlich. Aber „Extract Method”, „Inline Variable”, „Extract Local Variable” und ähnlich einfache Sachen sollten durchaus zu machen sein, solange man keinen Unfug mit locals(), globals(), __dict__ oder (get|set|has)attr(...) macht. Und wenn man auf dieser Ebene programmiert, sollte man wissen, dass man sich mit automatischen Refactorings vielleicht nicht unbedingt nur Freude ins Haus holt.

Python-IDEs

In Zuge des TreeAligner-Workshops habe ich tatsächlich wieder mal ernstzunehmend Python programmiert. Um die ganze Sache etwas lehrreicher zu gestalten (PyParsing ist zwar nett, aber nicht mehr neu!) habe ich mich entschlossen, den Emacs zu verlassen und einige Python-IDEs auszuprobieren. Da ich eric schon zur Genüge kenne und auch nicht wirklich benutzbar finde, habe ich micht auf Pydev 1.3.8 und WingIDE 3.0.0b1 beschränkt.

Das schlechte zuerst: Pydev

Pydev ist wirklich erschreckend schlecht. Zwar hat man die üblichen Eclipse-Vorteile (run configurations etc.), aber dafür hat der Python-Editor keine Indentation-Engine: pro TAB-Taste wird einfach ein Level tiefer eingerückt, automatische Indentierung scheint nicht zu gehen. Das ist besonders nervig wenn man sich der datenzentrierten Programmierung verschrieben hat und andauernd große Dictionaries oder Listen als Literale im Code erstellt. Allein dieses Manko lässt Pydev schon aus dem Wettbewerb fallen.

Die automatische Code-Vervollständigung erschließt sich mir nicht wirklich, zumindest wird wohl die aktuelle Datei gescannt (das kann Emacs auch…). Die wenigen Refactorings, die Pydev unterstützt, scheinen aber zu funktionieren, wenigstens ein kleines Plus; insgesamt aber nicht überzeugend.

Etwas besser: WingIDE 3.0

WingIDE hat eine überraschend gute Code-Vervollständigung (alle Imports werden gescannt), auch Funktionsaufrufe auf Objekten werden vervollständigt, soweit WingIDE den Typ inferieren kann, ohne das Programm auszuführen. Der Editor ist gelungen und die Emacs-Emulation überzeugend. Die Indentation-Engine ist sehr gut und produziert bei tief verschachtelten Datenstrukturen subjektiv schönere Ergebnisse als der Emacs.

Der Debugger hat alles, was man erwartet, obwohl er manchmal etwas schneller reagieren könnte. Auch nervt, dass das Starten eines Debug-Laufes und das Weiterausführen nach einem Breakpoint ein Befehl sind. Alle anderen Zusammenstöße, die ich mit dem Debugger hatte, rechne ich meinem extravaganten Programmierstil zu.

WingIDE hat keinerlei Unterstützung für Refactorings, es sei denn, man versteht under „Rename Variable” eine Search/Replace-Operation. Für ein neues major release einer professionellen kommerziellen IDE im Jahr 2007 ein sehr schwaches Zeichen. Außerdem nerven einige kleine Bugs, die aber bei einer Beta-Version entschuldbar sind – von der Reaktion auf mein Feedback werde ich wohl eine Kaufentscheidung abhängig machen.

Einige Sache würde ich mich nur wünschen (z.b. ein ähnliches Feature wie Quick Outline in Eclipse). Darüber hinaus habe ich mir die Skriptbarkeit der IDE noch nicht angeschaut, und wie stark man sie tatsächlich erweitern kann. Unterstützung für py.test wäre schon etwas, das man implementieren könnte.

Im Oktober 2004 fing so auch bei mir das Zeitalter des mobilen Rechnens an, und seitdem war ich selten länger als eine Woche von meinem Notebook getrennt. Ob ich beim ersten Praktikum bei FAST zur Schande der Firma an meinem eigenen Rechner gearbeitet, in Schweden mit mehreren MBit aus dem Internet gesaugt, in Bochum die Nächte durchzockt, in Heidelberg am PhraseHunter gehackt, in Tübingen in der großen Datenpromiskuität teilgenommen oder in Gladbeck damit meinen BA geschrieben habe – mein T41p hat mir immer treue Dienste geleistet.

Eine kleine Zusammenfassung:

• mehrere hundert Stunden Spielspaß
• einige Notabschaltungen beim Erstellen von FSTs im Hitzesommer 06
• 12 Kernelversionen (2.6.9 – .21, mit Ausnahme von 2.6.11)
• 4 Umzüge
• 1 Reparatur
• 0 zufriedenstellende Grafiktreiber für Linux

Was bleibt? Auf jeden Fall eine Vorliebe für ThinkPads und die Frage, ob Desktop-Rechner noch Sinn machen. So, genug Reflexion… Ab jetzt wirklich nur noch Substanz.

In einer nächtlichen Aktion habe ich gestern auch tatsächlich Windows XP installiert, nachdem Vista nach ein paar Stunden auf wundersame Art und Weise mitsamt der Wiederherstellungspartition seinen Hut nahm und zuletzt auf dem Weg nach Kuba gesichtet wurde, um einige Exportrestriktionen ad absurdum zu führen.

Bisher bin ich eigentlich auch recht zufrieden, abgesehen von einigen kleineren Unschönheiten (Hardware-Mixer und Lautstärkeregler gehen nicht etc.), man hätte es schlimmer erwarten können. So kann ich mich also daran erfreuen, ganze drei ThinkPad-Generationen (T42, T43, T60) übersprungen zu haben und mich überall dort, wo man sich ausstattungsmäßig verbessern konnte, auch verbessert habe.

So, genug der Weihrauchverteilung, ab jetzt nur noch Substanz.

Torsten meint: Da wartet man doch gerne eine Woche länger!

Um die Hardwarebasis für die nächsten 3 Jahre zu schaffen, habe ich mir in den letzten Wochen und Monaten das Gel aus den Haaren gespart und seit Monaten Hersteller- und Hardwareseiten durchwühlt, mit mir selbst gerungen und gewartet – auf die Erleuchtung, auf neue Modelle, auf eine Entscheidung.

Aber nun ist es soweit! Die Lieferzeiten für meinen Laptop der Wahl, ein T61 ND114GE sind auf lediglich eine Woche gefallen und nur noch die furchtsame Krämerseele in mir hielt mich für einige Stunden ab, die Bestellung abzuschicken. Dann aber verlor ich die Selbstkontrolle und unterlag den Lockungen der Technologie.

Zusammen mit der vielen Hardware kaufe ich mir natürlich auch mal wieder eine Herausforderung, um mein durch Vernachlässigung angerostetes Geek-Image wieder aufzumöbeln. Eine kleine Zusammenfassung der Treibersituation unter Linux:

• Grafik: im neuesten Nvidia-Treiber unterstützt
• Sound: ALSA-Treiber in Entwicklung
• WLAN: Treiber von Intel in Entwicklung
• Intel Turbo Memory: noch nicht unterstützt

Gute Zeiten kommen auf mich zu.

This does not make my search for a new laptop easier. I had more or less settled for another ThinkPad, being quite satisfied with my almost 3 years old T41p, but now the ATI laptops are an alternative again. Moreover, I am not completely convinced that Lenovo keeps IBM’s quality standards.