moin,

Zur Situation:
(eine typische LAN-Party Situation) Man hat einen PC auf dem mehrere recht große Dateien liegen. Diese Dateien sollen nun auf mehrere andere Rechner kopiert werden. Wenn man die Dateien einfach per WinExplorer kopiert geht natürlich die Geschwindigkeit in den Keller, da der Quell-PC die Dateien für jeden Ziel-PC getrennt von der Festplatte liest und dann kopiert.

Die Frage:
Gibt es eine Möglichkeit diesen Vorgang so zu optimieren, dass die Datei vom Quell-PC nur einmal gelesen werden muss?
Ich dachte da jetzt an das Versenden von Filestreams per TCP / FTP oder ähnlichem.

da ja jeder rechner für sich eine verbindung zu dem quell-host
aufbaut wird dadurch natürlich auch für jeden client ein
festplattenzugriff realisiert, läßt sich auch gar nicht vermeiden
denn das tcp/ftp protokoll ist ja so aufgebaut das evtl fehlerhaft
übertragene packete neu angefordert werden können,
als alternative bleibt da wohl nur eine alte kiste die als proxy
bzw fileserver eingerichtet wird, damit das alles dann recht zugig
geht sollten die gleichzeitigen zugriffe auf wenige user begrenzt werden

IMHO gibt es eine Lösung für dieses Problem

Der Server muss die Dateien als Stream an die BroadcastIP des Netzwerks schicken. Die Clients müssen auf dieser IP den Stream empfangen. Dies müsste bei einem ordentlichem Netz auch ohne zusätzliches Fehlerhandling möglich sein.

1x senden -> Alle empfangen.

PS: Aber bitte keine illegalen Inhalte broadcasten

MfG
BlueD

BTW: Schönes Thema als Abwechslung. Falls ich mal zu viel Zeit haben sollte.

hmm also das halte ich bei einem lan das aus den unterschiedlichsten
systemen besteht (die somit auch unterschiedlich ausgelastet sein dürften)
für doch relativ unmöglich, zumal der rechner der in diesem fall als router
fungiert ziemlich stark frequentiert sein dürfte, die traffic potenziert
sich ja hier mit jedem neuen client

Hab das leider nicht verstanden. Wieso routet mein Rechner ? Der Traffic des Servers potenziert sich keineswegs mit der Anzahl der Clients die die Daten erhalten. Der Sender streamt die Packete an die MulticastIP (EINE IP != n-IPs) auf einen vorherdefinierten Port. Die Empfängergruppe lauscht auf diesem Port und schreibt den Stream auf ihre Platten.
Habe testweise einen Dateistreamer auf UDP-Basis implementiert. Dieser kann schon kleinere Dateien streamen, jedoch müssen für das Handling größerer Daten Chunks gesendet werden. Die Korrektheit der Chunks wird per MD5 Hash verifiziert.

Gibt's den auch... zum Runterladen?

Klausurphase beendet

Runterladen?!? Kann man erst später drüber sprechen. Zwar nicht W.I.D., aber erst wenn es auf zehn Rechnern ohne Peinlichkeiten läuft Habe jetzt Chunks implementiert, daher ist das Senden von Dateien>UDP.Size auch kein Problem mehr. Bin von den MD5 Hashs positiv überrascht, kaum CPU-Last bzw. Delay durch die Integration ins Protokoll. Habe zum erstmaligen Test ein Video (AVI-File, kein Video-Stream) ins Netz gecastet. Der Durchsatz hat mich verblüfft! Muss noch einiges am GUI ändern und den Clients etwas mehr Zeit für die Vorbereitungsphase geben (abhängig von anzahlDateien und Größe). Es kommt noch ein TCP-Teil für die Anfrage von missed-Packets dazu.

Gute Nacht.

moin,

jetzt muss ich das einfach nochmal rausgraben

@BlueDiamond: ist dein Programm jetzt zu haben?