Hallo,

ich bastel seit einiger Zeit an einem Downloadmanager für ftp und verwende dafür die indy komponente idFTP version 9, so mein Problem liegt nun darin dass ich es zwar hinkriege eine datei mit idftp1.get downzuloaden aber mir fehlt der rechte ansatz für mehrere paralle Threads. ich habe mir zwar überlegt 16 idftp Komponenten zu implementieren aber gibt es vielleicht noch eine andere Möglichkeit, zB vielleicht über idftp1.socket?



Florian

Was nützen dir mehrere Threads? Wenn du den Server um eine datei bittest, dann wird er dir immer die komplette Datei schicken. Du kannst den Server nicht sagen schick mir nur die Teile ab x Bytes bis y Bytes.

Desweiteren wärst du auch nicht schneller. Ein Thread nutzt die gesamte Bandbreite aus. Zwei Threads können maximal nur die Häfter der Bandbreite nutzen. Ob du jetzt zwei Threads hast die die Hälfte der Bandbreite nutzen oder einen der die volle nutzt bleibt sich gleich.

Bei vielen Servern ist die Bandbreite für einen Benutzer beschränkt, somit würden sich mehrere Therads schon rechnen( wenn bei diesem server auch eine beshcränkung gilt ).

Wenn du dein vorhanben so durchziehen willst, musst du jede der indy komponenten komplett in einem anderen Thread laufen. Jetzt könntest du aber das problem bekommen, dass bei einigen servern ein benutzer nur einmal eingeloggtsein darf, da sich jede instanz seperat einlogt.

mfg

Zitat von Luckie:

Was nützen dir mehrere Threads? Wenn du den Server um eine datei bittest, dann wird er dir immer die komplette Datei schicken. Du kannst den Server nicht sagen schick mir nur die Teile ab x Bytes bis y Bytes.

Desweiteren wärst du auch nicht schneller. Ein Thread nutzt die gesamte Bandbreite aus. Zwei Threads können maximal nur die Häfter der Bandbreite nutzen. Ob du jetzt zwei Threads hast die die Hälfte der Bandbreite nutzen oder einen der die volle nutzt bleibt sich gleich.

LOL. so ein schwachsinn!
das erste funktioniert schon mal bei den ftpd's unserer zeit. resume funktion via REST befehl läst grüßen!
und der 2. angesprochende punkt is auch vollkommender quak mit soße! ein thread nutzt nur bei bestem routing/peering, kürzester distanz zwischen server & client und qualitativ hochwertiger rechner- und infrastruktur das maxima an bandbreite aus. selbst auf nationaler ebene kann man mit multithreading auch noch die letzten kbit aus der leitung quetschen und falls es um internettransfers geht sogar die seitens des providers gegebende maximale übertreffen. so macht es schon allein hier sinn, multhreading einzusetzen. weiter muss man bedenken, das bei einem internationalen oder interkontinentalen transfer die übertragung sowas von ausgebremst wird. hier kann man mit multithreading wieder viel wett machen. als letztes sei gesagt, dass man beim multithreading ja auch garnicht mal die gleiche datei in verschiedenen stücken transferen will. sondern vielleicht auch mehrere dateien nebeneinander! eigentlich erwartet man von einem mod nicht solche unfug-antworten....nächstes mal vllt. ein bissel mehr mit protokoll und rechnernetzen befassen und dann, wenn noch nötig, antworten.

Da es, wie Hermes schon sagte, eine Thread-Geschwindigkeitsbegrenzung gibt, bringt es mir schon etwas, wenn die Threads parallel laufen. Es ist nicht gemeint, dass jede runterzuladene Datei 3 Tasks hat, sondern dass ich 16 dateien gleichzeitig runterlade. Da das tool für lan gedacht ist, trifft das Userlimit aber auch nicht zu Also hat keiner eine andere Möglichkeit außer mehrere Indy komponenten zu erstellen? es gibt noch idftp1.socket aber damit komm ich irgendwie nicht richtig zurecht.


Florian

Was nützt es dir, wenn der Server Resume unterstützt? Du kannst trotzdem nicht nur Teile einer Datei anfordern. Bei den P2P Netzwerken geht das nur, weil die ein eigenes Protokoll implementiert haben.

Ich möchte ebenfalls einen weiteren Thread erstellen. Allerdings kann ich keinen Code mehr nach dem "Get"-Befehl ausführen und zwar so lange nicht, bis der Download erfolgreich abgeschlossen wurde. (AntiFreeze habe ich implementiert, tut ja aber bei meinem Problem nichts zur Sache.)