Doch genau so funktioniert AltBinz,
Keine Ahnung was du dir da gerade unter virtuellem Speicher vorstellst oder wo der grundlegende Unterschied sein sollte, der Article Caching ad absurdum führen würde, aber es ist genau das, RAM, der vergleichbar einer virtuellen Festplatte als kurzzeitiger Zwischenspeicher genutzt wird um die Lese- und Schreibevorgänge auf der Festplatte zu reduzieren.
In Version 0.26 wurde das Article Caching eingeführt.
Usenetpostings bestehen meist aus diesen winzigen ca 388KB grossen yEnc Schnipseln. Früher wurden die allesamt direkt auf die Festplatte geschrieben.
Wenn dann alle Schnipsel einer Datei vollständig waren wurde encodiert und die Rar, Zip, Iso, was auch immer, erstellt. Also alle Schnipsel wieder einlesen und als Gesamtdatei auf die Festplatte schreiben.
Der Article Cache ist wie eine virtuelle Festplatte zu verstehen. Ein Bereich RAM, der dazu dient, die kleinen yEnc Schnipsel aufzubewahren, bis eine Datei komplett ist und auf die Festplatte geschrieben werden kann. Das beschleunigt den gesamten Decodierprozess und schont die Festplatte.
Ich habe nun mal aus Absicht, um den Fehler nachvollziehen zu können, den Cache auf 100MB eingestellt und die Zeit nach der fertige Schnipsel auf die Festplatte geschrieben werden, auch wenn die Datei selbst noch nicht vollständig ist, auf 60 Minuten.
Dann habe ich eine Datei runter geladen, die 2,5GB gross ist und nicht gesplittet wurde, sondern so wie sie ist, als eine einzige Datei ins Usenet gepostet wurde.
Und jetzt stell dir mal vor was passiert ist: Mit 50MBit/s war nach wenigen Sekunden der Cache voll und AltBinz hat munter diese kleinen yEnc Schnipsel ins Temp-Verzeichnis geschrieben, so lange bis die Datei komplett war.
Wenn ich die selbe Datei mit 2000MB Cache runter lade, dann werden erst dann die Schnipsel ins Temp Verzeichnis geschrieben, wenn 2000MB runter geladen wurden.
In jedem Fall werden Dateien grösser als der eingestellte Cache immer komplett und sauber runter geladen.
Ob du als Temp Verzeichnis noch eine andere RAM-Disk nutzt ist völlig unerheblich, ausser dass AltBinz da vielleicht gar nicht reinschreiben darf in deine RAM-Disk oder dein Chrome hat sie schon so vollgeballert, dass kein Platz mehr bleibt für AltBinz.
AltBinz arbeitet genau so wie es soll und wie ich es dir gesagt habe, also grundsätzlich.
Allerdings könntest du mit den 32bit durchaus auch nicht ganz falsch liegen.
Wenn ich die vollen 2000MB aktiviere, erhalte ich nach Download von etwa 1300 - 1500 MB eine Fehlermeldung "Ungültige Parameter" und "nicht genügend Arbeitsspeicher" der Download stoppt, AltBinz versucht wohl noch irgendwie zu verbinden, da kommt aber nix mehr.
Das gleiche bei 1900MB Cache, 1800MB
In allen drei Fällen wurde noch nichts auf die Festplatte geschrieben.
Ich weiss nicht, was AltBinz noch so alles in den RAM schreibt, aber anscheinend sind es ein paar Hundert MB, unabhängig vom Cache.
Also stellst du dir den Cache am besten auf irgendwas zwischen 1000 und 1500MB ein, dann passt das.
Das ist mir bisher bei so grossen Sachen einfach nicht aufgefallen, weil ich tatsächlich nur 1000MB als Cache eingestellt hatte und es damit natürlich nie Probleme gab.
Da du dein TEMP-Verzeichnis eh in einer RAM Disk laufen hast, macht es für deine Festplatte keinen Unterschied, die wird nur einmal in Anspruch genommen, dann wenn eine Datei komplett ist.
Könnte man im Grunde als Bug melden, denn der maximal einstellbare Wert für den Article Cache sollte natürlich so klein gewählt werden, dass AltBinz nicht daran erstickt, wenn er voll ausgenutzt wird.
