a.b reagiert ab einem gewissen DL-Speed nicht mehr richtig

[Leichte610]

Guten Abend meine Damen und Herren

mir ist seit 0.31.7 aufgefallen, das alt.binz ab einem Downloadspeed von ca. 10-12MB/s nicht mehr all zu gut reagiert. Ums im Spielerjargon auszudrücken: es lagged gewaltig ^^. Allerdings auch nicht bei jedem Download. Nagelneue Downloads im Usenet, unter 1 Tag alt, werden nach wie vor mit meinem maximalen Downloadspeed von 16.7MB/s herruntergeladen. Sobald ich was runterlade, was älter als 1 Tag ist, arbeitet alt.binz in der Darstellung nicht mehr richtig.

Heisst: ich klick z.b. auf Einstellungen und es passiert nichts. Ich klicke auf den Reiter PAR2 und es dauert teilweise ein paar Minuten, bis dieser fertig aufgebaut ist.

Ich selber benutze jetzt Windows 7 Professional N 32bit. Vorher hatte ich Windows 7 Ultimate 64bit. Im System sind 4GB RAM, 2 SSD (kein RAID) und ein AMD Phenom 9950 Prozessor. Vor 0.31.7 sind diese Probleme nie aufgetreten. Alle Downloads, egal mit welchem Alter, liefen ganz normal und a.b reagierte auch ganz normal. 1 Kern von der CPU ist stets bei 100% und die anderen 3 Kerne sind zwischen 20-60%.

So mehr weiß ich atm nicht zu berichten. Eine Frage hätt ich da noch: ist a.b Multicore-fähig?

MfG Le610

[Leichte610]

Hallo nochmal,

hab nun auf Version 0.32.0 updated und das Problem besteht weiterhin. Reiter öffnen wie PAR2 oder Newzleech geht nach wie vor sehr langsam und baut sich sehr langsam auf. Die Statusleiste ist, abgesehen vom Speedgraph, ganz normal. Die Queue wird ganz normal runtergerechnet genauso wie die ETA. Der angezeigte Downloadspeed allerdings nicht. Bleibt meist irgendwo bei 11.000kb/s stehen obwohl der Download schneller ist. Das Problem besteht allerdings nicht bei jedem Download, was mich sehr verwundert.

Hab auch mal versucht, die Priorität von altbinz.exe im Taskmanager auf "Höher als normal" zu stellen, bringt allerdings auch nix.

MfG Le610

[Leichte610]

mir scheint, ich bin der einzige mit dem Problem 

[davidq666]

soweit ich weiss ist einzig die verwendete par2.exe multicore fähig. zu den problemen kann ich leider nicht viel sagen, da ich selbst kein 100 mb leitung habe. ich würde dir raten, im englischsprachigen bereich einen bug report zu erstellen, da sich dort mehr leute aufhalten und dir vielleicht eher weiterhelfen können.

[Leichte610]

Danke für deine ehrliche Antwort, davidq666. Nur leider ist mein englisch nicht das beste  muss ich wohl mit dem Problem leben...

MfG Le610

[TJimmy]

Kann das Problem bestätigen.
Allerdings ist mein Englisch auch nicht dolle. Mal schauen ob ich die Zeit finde, um dennoch etwas zusammen zuschustern...

[Leichte610]

Oh und ich dachte ich sein der einzige mit dem Problem :-)

Hoffe, da lässt sich was finden was dagegen hilft ^^

Nein, ich reduziere meine Bandbreite nicht. Das zwar das einzige Mittel was ich atm kenn, aba das doof ^^

MfG Le610

[davidq666]

habt ihr schon mal getestet ob ein rumspielen an den prioritäten(diverses #2) irgend etwas bewirkt? meine vermutung ist, dass das decodieren alt.binz zum laggen bringt.

in sachen englisch, bezieht sich das hauptsächlich auf das schreiben oder ist das verständnis ähnlich problematisch?

[Leichte610]

Hallo davidq666,

Zum Problem: ich hab bei den Prios mal rumgespielt, allerdings bin ich nicht weit gekommen. Ich hab was in die Queue geadded und auf Verbinden geklickt. Und schon ging garnix mehr. Meine Vermutung: es liegt nicht am decodieren, weil da war nichts zum decodieren, sondern am downloaden selbst. Allerdings hat sich beim Ändern der Prio auf "Idle" auch nichts geändert. Hab nun mal max. DL: 17.000kb/s und teste nun mal das Speedlimit durch.

10% (1.700kb/s) bis 30% (5.100kb/s) alles normal, ab 40% (6.800kb/s) nimmt die Verzögerung immer mehr zu, ab 70% (11.900kb/s) sehr deutlich merkbar (man klickt auf einen Reiter und es passiert erst 2-3s später was)

Auch beim Ändern der Prio im Taskmanager (von Normal auf Echtzeit) hat sich nichts ergeben. Mal abgesehen vom CPU-Load von 100% auf Kern 2 und 40-70% auf Kern 3 und 10-30% auf Kern 4. Kern 1 idled fröhlich vor sich hin und geht das alles am Arsch vorbei

Zum englisch: sowohl als auch ^^

[davidq666]

mir ist eine neue idee zu eurem problem gekommen. eventuell liegt das problem nicht primär bei der CPU sondern bei der Festplatte. Sollte nichts anderes  in den Einstellungen festgelegt worden sein, wird während dem download einer datei eine temporärdatei auf die festplatte geschrieben, sobald diese komplett ist wird sie decodiert und die fertige datei im download ordner erstellt. Dies führt dazu, dass während bzw. kurz nach der decodierung die festplatte an zwei orten gleichzeitig mit hoher geschwindigkeit beschrieben wird.

Sollte dies tatsächlich das Problem sein könnte NZB #2->Artikel Cache abhilfe schaffen. Artikel Cache bewirkt, dass die Temporärdatei nicht mehr auf die Festplatte sondern in die RAM geschrieben wird.

Normalerweise wird geraten das 2,5fache an Größe und Zeit zu nehmen in Bezug auf die größte zu erwartende Einzeldatei. Also z.b 100MBx2,5=250 plus die Zeit die man braucht 250 MB herunter zu laden.

Da aber die Zeit nur in Minutenschritten angegeben werden kann würde ich euch bei einem Download von ca. 17 MB/s empfehlen 1020 MB und 1 Min zu wählen. Keine Sorge Alt.binz wird die 1020 MB nicht horten sondern nur soviel Arbeitspeicher belegen, wie auch wirklich erforderlich ist. Aber um sicher zu gehen, dass auch bei großen Einzeldateien (bis zu 750MB sind mir schon untergekommen) nicht auf die Festplatte geschrieben wird würde ich den Cache so groß wählen. 

[Leichte610]

Hallo davidq666,

ich hab deinen Tipp mal ausprobiert. Du meinst sicher Download -> Download #2 :-) Die Idee mit der Festplatte hört sich auch garnicht mal so doof an, würde ich auch annehmen, hätte ich keine zwei OCZ Vertex 2 480GB (Lesen: ~260MB/s Schreiben: 220MB/s).

Das merkwürdigste an diesem Problem ist, das es nicht bei jedem Download auftritt. Mal läuft der DL super bei 15MB großen Dateien, mal bei 50MB oder sogar 100MB großen. Am nächsten Tag kann das dann schon wieder völlig anders sein. Mal laufen auch DLs, die erst seit wenigen Minuten im Usenet sind völlig scheiße während Sachen, die schon 300 oder auch 400d Tage als sind, mit fröhlichen 16.8MB/s runterladen und a.b völlig einwandfrei läuft.

Es ist sehr verwirrend. Leider. Ich werde die nächsten Tage noch mal mit den ganzen Versionen ab 0.31.0 rumtesten, um mal zu sehen, ab welcher Version genau das Phänomen auftrat.

MfG Le610

[TJimmy]

Mit den Prioritäten habe ich ebenfalls schon vorher rumprobiert; leider ohne Erfolg.
Auch den RAM-Cache habe ich schon immer (auf die maximalen 2 GB) eingestellt.
Was leider auch nichts gebracht hat war, die Anzahl der Connections zu reduzieren.

Habe ebenfalls nen aktuellen "potenten" Rechner. Daran sollte es also eigentlich nicht liegen.

Was mir allerdings aufgefallen ist, dass manchmal, wenn ich Alt Binz geschlossen habe und kurze Zeit später nochmal gestartet habe, es bei dieser zweiten "Session" dann etwas besser ist; also weniger laggt.

Zum Thema "Englisch": Das Verstehen ist bei mir idR. nicht das Problem, sondern das Schreiben. Speziell die Problembeschreibung, so dass es auch jemand versteht.

[al3x]

Hey,

genau das gleiche Problem habe ich gestern erst mit rdl im IRC besprochen. Bei mir laggt es ebenfalls ab 12MB/s.
Er kennt das Problem bereits schon länger, hatte es aber bisher erstmal verschoben, da solche schnellen Leitungen sogut wie nicht verfügbar waren.

Im Augenblick werden Download, SSL-Entschlüsselung und die Oberfläche im selben Hauptthread der Anwendung ausgeführt.
Dadurch, dass die Anwendung bei so einer hohen Geschwindigkeit aber mächtig zu tun hat, beginnt die Oberfläche zu hängen

Ich denke, rdl wird in den nächsten Tagen vielleicht schon eine Lösung gebastelt haben, geduldet Euch noch etwas

Gruß,
al3x

[TJimmy]

Super Sache, vielen Dank !

[Leichte610]

feines ding. danke für die info al3x