Über multithreading download Nachteile

Ich nehme an, Sie meinen jetzt download-Manager.

Erstmal, ich bin skeptisch, wie viel "Leistung" nutzen einen download-manager bietet sich wirklich an. Aber noch wichtiger ist, jeder nutzen, den Sie bieten ist nicht durch multi-threading. Die performance-Einschränkung von einem download ist der Bandbreite der Verbindung. Und dies ist der Grund, warum ich skeptisch bin von den Vorteilen:

• Eine 1 Mbps-Verbindung herunterladen, bei 1 Mbps.
• Teilen der Datei in 4 Segmente bedeutet, dass Sie herunterladen jedem segment zu 256 Kbit /s und 4 * 256 Kbit /s = 1 Mbit /s.
• Können Sie eine Verbesserung, wenn ein server drosselt jeder download-segment.
• Erhalten Sie möglicherweise einen kleinen Vorteil, wenn eines der Segmente bekommt timed out: die anderen Download bedeutet, dass Ihre Verbindung nicht untätig ist, während der time-out warten.
• Könnte man auch beschleunigen, ein download durch 'ertrinken' etwas anderes zu versuchen, eine Verbindung zu nutzen. (Nicht, dass ich würde wirklich nennen dies ein Vorteil, aber.)

Den wirklichen nutzen von einem download-manager automatisch neu gestartet, downloads effizient (d.h. nicht wieder von vorne anfangen, wenn möglich).

Also, was ist der Punkt, der multi-threading?

Lassen Sie uns zunächst vertreiben ein Mythos: Multi-threading - nicht Geschwindigkeit nichts nach. Wenn eine routine erfordert X clock-Zyklen zu laufen: es wird X-clock-Zyklen; ob auf 1 thread oder viele threads.

Was multi-threading wird nicht: es ermöglicht Aufgaben zu gleichzeitig (zur gleichen Zeit).

Die Fähigkeit, verschiedene Dinge gleichzeitig bedeutet:

• Eine langsame Aufgabe (Kombination von verschiedenen Segmenten der große download) getan werden kann, auf einen anderen thread, ohne sich mit anderen threads, die müssen schnell reagieren (wie beispielsweise die Benutzerschnittstelle).
• Gleichzeitigen Aufgaben kann auch mehr verfügbare Ressourcen (mehrere CPUs) effizienter zu gestalten. Note (in Antwort auf den letzten Teil deiner Frage) wenn man nur eine CPU dann deine threads sind "time-sliced" durch das Betriebssystem, so ist es nicht wirklich gleichzeitigen. Aber die Zeit, die Scheiben sind sehr klein, so dass Vorherige Leistung noch gilt.

Wann ist die single-Thread schneller als multi-threaded?

Gut, so ziemlich immer in Fällen, in denen die CPU ist nicht der Flaschenhals. Im Fall von download: Wie bereits erwähnt, der Flaschenhals ist die Bandbreite zwischen den beiden Endpunkten der Verbindung. Viele threads, die eigentlich bedeutet, Sie haben mehr Arbeit zu tun (die Verwaltung und Koordination der verschiedenen threads).

Den effizientesten Ansatz für den download ist 2 threads: einen für die UI, und die andere für den download, so dass eventuelle Pausen/dealys nicht stall der Benutzeroberfläche.

Jedoch mehr im Allgemeinen, auch wenn Sie CPU-intensive arbeiten, könnte theoretisch profitieren Sie von mehreren threads verschiedene arbeiten gleichzeitig, es ist sehr einfach, Fehler zu machen in der Umsetzung, dass tatsächlich verlangsamen Ihre Anwendung.

• Ideal in Ihre vielfältigen Aufgaben sollten nicht Daten austauschen. Denn wenn Sie es tun, dann riskieren Sie race-condition oder Parallelität bugs.
• Wenn Sie nicht haben, um Daten auszutauschen, müssen Sie die Synchronisierung der Arbeit in irgendeiner Weise zu vermeiden, die oben genannten Fehler. (Es gibt viele Techniken, zum von zu wählen, je nach Ihren Bedürfnissen, und ich werde nicht ins detail gehen hier.)
• Allerdings, wenn Ihr die synchronisation ist schlecht geplant, riskieren Sie die Einführung einer Reihe von Problemen, die signifikant verlangsamen kann Ihre Anwendung. Dazu gehören:
  • Flasche-Einschnürung durch eine gemeinsam genutzte Ressource, um Ihren mehrere threads nicht gleichzeitig ausgeführt werden, in jedem Fall.
  • Hoher lock contention Aufgabe, wo verbringen Sie mehr Zeit mit warten als mit arbeiten.
  • Sogar Deadlocks kann Total blockieren einige Aufgaben.

InformationsquelleAutor Disillusioned