Beim Kompilieren eines 3.3-Kernels fiel mir auf, dass dem Netzwerksystem ein neuer Treiber namens Teaming hinzugefügt wurde. Lautdas entsprechende CommitTeaming ist eine benutzergesteuerte Alternative zum Bonding.
Hat das schon mal jemand getestet? Ist es schneller oder besser als der altbewährte Bonding-Treiber? Welche Vorteile hätte ein Wechsel?
Antwort1
Es sieht so aus, als ob die Vorteile einer Änderung jetzt „überhaupt nicht“ bestehen, da das Projekt gerade erst zum Kernel hinzugefügt wurde, nur über sehr wenig Dokumentation verfügt und sich selbst als „im Moment noch in der Entwicklungsphase“ befindet.
Auf lange Sicht könnte ein Userspace-Networking-Bonding-Treiber einige der gleichen Vorteile bieten, die FUSE (die Userspace-Dateisystemschnittstelle) in die Welt der Dateisysteme bringt – vor allem, dass es viel einfacher ist, verschiedene Richtlinien, Protokollimplementierungen usw. zu entwickeln und damit zu experimentieren. Indem Sie den Kernel-Code vereinfachen und die Komplexität in den Userspace verlagern, können Sie außerdem eine Lösung erhalten, die im Fehlerfall robuster ist und flexiblere Reaktionen auf Fehler und Funktionsanforderungen usw. ermöglicht.
Diese Präsentation(warning:PDF) beschreibt die Motivation und Ziele des Projekts. In erster Linie möchten sie den aufgeblähten und komplizierten Bonding-Code durch etwas ersetzen, das kleiner, leichter zu warten und leistungsfähiger ist.