Ein Programm für drei Arten der Übertragung

BitComet ist ein kostenloser Downloadmanager, der BitTorrent, HTTP und FTP in derselben Warteschlange führt. Die hier beschriebene Version ist 2.22. Dass alles zusammen liegt, klingt nach einem kleinen Komfort und ist tatsächlich der Grund, aus dem das Programm existiert: Eine Datei kann über zwei dieser Wege gleichzeitig erreichbar sein, und ein Verwalter, der nur einen kennt, zwingt zur Entscheidung, bevor man weiß, welcher Weg schneller gewesen wäre.

Der Alltag ist langweiliger und häufiger. Die Versionshinweise eines Projekts kommen über HTTP, ein großes Archiv kommt über BitTorrent, ein Spiegel im Firmennetz ist nur über FTP erreichbar. Eine Liste, ein Satz Grenzwerte, eine Stelle, an der der Fortschritt sichtbar ist.

Der Mechanismus hinter einem Schwarm

Die BitTorrent-Hälfte folgt dem Protokoll, statt eines zu erfinden. Eine Übertragung beginnt mit einer Torrent-Datei oder einem Magnet-Link, und die Daten werden mit anderen Teilnehmern getauscht, nicht von einem Server geholt. Jeder im Schwarm lädt und lädt gleichzeitig hoch – deshalb kann eine gefragte Übertragung schneller sein, als ein einzelner Server sie je liefern könnte, und eine wenig gefragte nahe am Stillstand liegen.

Das beschreibt die Mechanik und ist keine Aussage darüber, was übertragen werden sollte. Das Protokoll ist gegenüber Inhalten gleichgültig und der Client auch; wie schnell ein Schwarm läuft, hängt davon ab, wie viele Leute ihn gerade halten.

Das Problem bei neunundneunzig Prozent

Die schwache Stelle des Entwurfs ist das Ende einer Übertragung. Wenn die einzigen Teilnehmer, die die fehlenden Teile halten, gehen, bleibt der Download bei neunundneunzig Prozent stehen – die Datei ist unbrauchbar, der Platz bleibt belegt, und in der Oberfläche erklärt nichts, warum.

Langzeit-Seeds kümmern sich genau darum. Teile, die einmal gesehen wurden, bleiben länger verfügbar als die Teilnehmer, die sie zufällig hielten, sodass eine Übertragung, die sonst stockt, irgendwo fertig werden kann. Derselbe Mechanismus zeigt sich meist früher als Geschwindigkeit: Eine Übertragung mit einer Langzeitquelle dahinter muss nicht warten, bis sich zur passenden Stunde genug Teilnehmer einfinden.

Über einen Cache schreiben

Der Plattencache ist die am wenigsten sichtbare Funktion und die mit den längsten Folgen. Ein Download besteht aus Tausenden kleiner Schreibvorgänge, verstreut über eine Datei, die noch zusammengesetzt wird; direkt geschrieben hält dieses Muster eine Platte mit Suchbewegungen beschäftigt und setzt ihr zu. Die Teile im Speicher zu sammeln und in größeren, geordneten Bündeln herauszuschreiben verringert die Zahl der Lese- und Schreibvorgänge – und genau das behauptet das Programm: weniger Verschleiß statt mehr Tempo.

Es erklärt auch ein Verhalten, das Nutzer bemerken: Die letzten Sekunden, bevor eine Aufgabe als fertig gemeldet wird, gehen manchmal fürs Schreiben drauf statt fürs Empfangen.

Ein Video abspielen, das noch ankommt

Die meist als Laden-und-Abspielen bezeichnete Funktion hängt an einer Entscheidung: Anfang und Ende einer Mediendatei zuerst holen. Den Anfang braucht ein Player zum Starten, und am Ende liegt der Index, den viele Container dort platzieren; mit beidem lässt sich abspielen, während die Mitte noch übertragen wird. Ohne das Ende verweigert ein Player, der auf dem Index besteht, den Start, egal wie viel von der Mitte schon da ist.

Wo es steht

BitComet ist kein Open-Source-Projekt und behauptet das auch nicht; es ist kostenlos und für Leute gebaut, die eine Warteschlange laufen lassen, nicht für solche, die einmal im Monat eine Datei holen. Die ehrliche Zusammenfassung: die drei Protokolle, die Langzeit-Seeds und das Abspielen während des Ladens entscheiden darüber, ob es passt – wenn die Arbeit aus gemischten Wegen und ein paar großen Übertragungen besteht, die nicht bei neunundneunzig Prozent sterben dürfen, ist das Programm dafür da.