Nur 77 Tage liegen zwischen 2.6.36 und 2.6.37. Der Entwicklungszyklus war geprägt von den Versuchen, alte Probleme zu beheben und davon, dass diese sich teilweise erfolgreich behaupten konnten. Einige Änderungen wurden während der Entwicklungsphase zurückgenommen, da durch sie hervorgerufene Probleme anders nicht behoben werden konnten.
Darunter fielen zum Beispiel die PCI-Treiber und aktuell der Intel-Treiber i915, dem man seit -rc7 erfolglos versucht ein Blank-Screen-Problem (Schwarzer Bildschirn) auszutreiben. Die Suche nach den Ursachen für ein Problem des Netzwerkdateisystems NFS, bei dem eine Endlosschleife in der Funktion zum Lesen eines Verzeichnisinhaltes auftritt, geht unterdessen weiter.
Tolle neue Funktionen hat der neue Kernel nicht zu bieten, es wurde stattdessen einiges an bestehenden Treibern, Dateisystemen und an den Grundlagen getan. Der mit stetig sinkender Popularität geschlagene Big Kernel Lock wurde mittlerweile in den meisten Bereichen durch andere Locking-Mechanismen ersetzt. Beim Kompilieren eines Kernels auf die BKL-Unterstützung zu verzichten dürfte trotzdem noch bei vielen Systemen zu Problemen führen, da sie von einigen Treibern noch vorausgesetzt wird. Aber BKL befindet sich auf dem absteigenden Ast und das Ende ist allmählich absehbar.
Auf der Dateisystemseite wurde das Erstellen von Ext4-Partitionen beschleunigt, indem die Inodes nicht beim Erstellen sondern erst beim ersten Einhängen in der Inode-Tabelle zugewiesen werden. Eine Verbesserung der Leistung verspricht eine Änderung, die Ext4 nun direkt mit dem Block-Layer zusammenarbeiten lässt. Der bislang genutzte Buffer-Layer bereitet Probleme sowohl in der Performance als auch der Skalierbarkeit. Apropos Skalierbarkeit: Diese wurde bei XFS verbessert, als kleiner Vorgeschmack auf weitere Änderungen, die mit 2.6.38 nachgeliefert werden sollen. Mittels RBD (Rados Block Device) lassen sich nun blockorientierte Geräte in das System einhängen, die ihre Daten in dem verteilen Netzwerk-Dateisystem Ceph ablegen, bislang stand hier nur ein auf FUSE (File System in Userspace) basierender Client zur Verfügung. Btrfs kann nun eine Liste mit freien Bereichen auf dem Datenträger speichern, wenn welche freigegeben werden. Dies macht damit die Suche danach bei der Zuweisung neuer Blöcke oftmals unnötig. Neben der Möglichkeit Schnappschüsse des Dateisystems asynchron (es wird nicht gewartet, bis noch durchzuführende Schreibtätigkeiten abgeschlossen sind) durchzuführen, kann btrfs nun auch das Löschen untergeordneter Volumes durch nichtprivilegierte User erlauben. Ein Wechsel des Locking-Mechanismus soll eine allgemeine Verbesserung der Leistung bewirken, während dies die Möglichkeit, Daten und Metadaten zusammen in einer Gruppe von Blöcken zu speichern speziell für kleine Datenträger erlaubt.
Geht ein System in den Ruhezustand (Hibernate), so kann das Abbild nun mittels LZO komprimiert werden, um den Vorgang zu beschleunigen. Möchte ein Treiber, dass das von ihm kontrollierte Gerät nicht sofort Schlafen geschickt wird, sobald es nichts mehr zu tun hat, so ist dies ab 2.6.37 nun möglich. Diese Geräte nönnen nun für eine Weile inaktiv gesetzt werden, bevor Sie in Suspend wechseln.
Sehr viel hat sich auch diesmal wieder im Bereich der Treiber getan, einige kamen hinzu, viele wurden überarbeitet. Eine vollständige Liste bietet hier die Treiber-Seite für 2.6.37 auf Kernelnewbies.org. Ein paar interessante Themen sind in den Beiträgen zu den einzelnen Vorabversionen zu finden:
- Linux 2.6.37-rc1 & -rc2 (Entfernen des Big Kernel Lock, tty-Umgebung erhält eigenen Bereich)
- Linux 2.6.37-rc3 (Korrektur in der Behandlung der SysRq-Tastenkombination)
- Linux 2.6.37-rc4 (Netzwerktreiber für Tile64)
- Linux 2.6.37-rc5 (Ceph bindet Snapshots nun als Block-Geräte unterhalb des Images ein)
- Linux 2.6.37-rc6 (GPIO-Schnittstelle ohne Interrupt)
- Linux 2.6.37-rc7 (Probleme ohne BKL beim v4l-Treiber, Patch für NO_HZ-Problem)
- Linux 2.6.37-rc8 (Problememit Intel-Grafik, Patch für neuere iwlwifi-EEPROMs, Video Treiber für S5Pv310)
Ratespiel
Das Ratespiel zum 2.6.37 ist beendet. Der Commit trägt den folgenden Zeitstempel: Wed, 5 Jan 2011 00:50:19 +0000 (16:50 -0800)
- Mi, 05.01.2011 00:50:19 UTC
- Mi, 05.01.2011 01:50:19 CET
- Di, 04.01.2011 16:50:19 PST
Die Zahl der Teilnehmer war überschaubar. Die Ergebnisse sind in der folgenden Tabelle aufgeführt:
| Name | Tip | Abweichung |
|---|---|---|
| DonKrawallo | 03.01.2011 12:00:00 UTC | 36h 50min 19s |
| 80486er | 10.01.2011, 12:00:00 UTC | 131h 9min 41s |
| ikke | 07.01.2011 13:37:42 PST 07.01.2011 21:37:42 UTC |
68h 47min 23s |
| haeckle | 04.01.2011 15:12:25 PST 04.01.2011 23:12:25 UTC |
1h 37min 54s |
Damit weist haeckle's Tip die geringste Abweichung auf und er/sie darf sich über eine CD von The Nuri's aktuellem Album „Masquerade“ freuen.
Quelle: Linux Kernel Mailing List, Kernel Newbies
