Abo Login
  1. Foren
  2. Kommentare
  3. Internet
  4. Alle Kommentare zum Artikel
  5. › Fujitsu: TCP-Alternative macht…

So ganz verstehe ich das noch nicht ...

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. So ganz verstehe ich das noch nicht ...

    Autor: Sinnfrei 30.01.13 - 13:02

    Also, die sagen, dass die mit "TCP->Neues Protokoll->UDP" schneller sind als mit TCP oder UDP alleine? Das hört sich nicht realistisch an, oder haben die da einfach eine Kompression eingebaut, welche dann je nach dem welche Daten übertragen werden funktioniert, oder eben auch nicht?

    __________________
    ...

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: So ganz verstehe ich das noch nicht ...

    Autor: tangonuevo 30.01.13 - 13:19

    So wie es in dem Artikel beschrieben ist, wird einfach nur verhindert, daß Pakete mehrfach übertragen werden, was bei TCP bei langen Verbindungen und vollen Leitungen anscheinend excessiv passiert. (Schuld ist denke ich ein Timeout für das nochmalige Senden von Paketen im TCP, der sich eben nicht an die Länge und Qualität der Übertragung anpasst, sondern fix ist)

    Wenn du willst, wie eine intelligente Stauvermeidung auf der Autobahn, da kommen mehr Autos durch auf der gleichen Strecke nur durch die Vermeidung des Staus.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: So ganz verstehe ich das noch nicht ...

    Autor: Sinnfrei 30.01.13 - 13:34

    Ja, aber eine bessere Flow-Control erhöht die Übertragungsrate nicht um den Faktor 30 - außer vielleicht Du hast ein extrem bescheidenes Netzwerk, mit 50% Verlustrate.

    __________________
    ...

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: So ganz verstehe ich das noch nicht ...

    Autor: tangonuevo 30.01.13 - 14:43

    Kuck dir die Diagramme im Artikel an, Fujitsu haben offensichtlich Interconntinental-Verbindungen gefunden, die nur ein 30tel des maximalen Throughputs bei TCP und hohem Verkehr zulassen.

    Mir kommt Faktor 30 auch als zu hoch vor, aber so ein Faktor wird spielend auch beim Thrashing-Effekt bei Swap-Speicher erreicht, wenn man mit zuwenig RAM-Speicher arbeitet. Auch bei TCP könnte so ein Aufschauckeln passieren, wo das Nachsenden von verloren geglaubten Paketen wiederum zu mehr Verstopfung und noch mehr verloren geglaubten Paketen führt.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  5. Re: So ganz verstehe ich das noch nicht ...

    Autor: Quantium40 30.01.13 - 15:23

    Sinnfrei schrieb:
    --------------------------------------------------------------------------------
    > Also, die sagen, dass die mit "TCP->Neues Protokoll->UDP" schneller sind
    > als mit TCP oder UDP alleine? Das hört sich nicht realistisch an, oder
    > haben die da einfach eine Kompression eingebaut, welche dann je nach dem
    > welche Daten übertragen werden funktioniert, oder eben auch nicht?

    Die Geschwindigkeitsvorteile bieten sich nur bei bestimmten Szenarien, die eher die Ausnahme darstellen. TCP erfordert für jedes versandte Datenpaket ein Bestätigungspaket, während UDP einfach nur Daten verschickt, ohne auf irgendwelche Bestätigungen zu warten.
    Der Trick bei Fujitsu besteht nun darin, die eigentliche Daten per UDP zu verschicken, aber der Software vorzugaukeln, sie hätte es mit einer TCP-Verbindung zu tun.
    Dadurch besteht die Möglichkeit, viele Bestätigungspakete einzusparen und andere Mechanismen als die Standards bei TCP zur Erkennung von fehlenden, fehlerhaften, doppelten Paketen oder auch Paketen in der falschen Reihenfolge anzuwenden.
    Wirklich etwas bringen tut das aber nur, wenn gehäuft Paketverluste auftreten oder aber wenn sehr hohe Bandbreiten über eine einzige TCP-Verbindung mit hohe Latenz übertragen werden sollen.

    In den üblichen Nutzungsszenarien der meisten Benutzer bringt das Verfahren von Fujitsu hingegen keinerlei Vorteile.

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen

Neue WLAN-Router-Generation: Hohe Bandbreiten mit zweifelhaftem Nutzen
Neue WLAN-Router-Generation
Hohe Bandbreiten mit zweifelhaftem Nutzen
  1. EA8500 Linksys' MU-MIMO-Router kostet 300 Euro
  2. Aruba Networks 802.11ac-Access-Points mit integrierten Bluetooth Beacons
  3. 802.11ac Wave 2 Neue Chipsätze für die zweite Welle von ac-WLAN

Simulus QR-X350.PRO im Test: Der Quadcopter, der vom Himmel fiel
Simulus QR-X350.PRO im Test
Der Quadcopter, der vom Himmel fiel
  1. Paketzustellung Google will Flugverkehrskontrolle für Drohnen entwickeln
  2. Luftzwischenfall Beinahekollision zwischen Lufthansa-Flugzeug und Drohne
  3. Paketdienst Drohne liefert in den USA erstmals Medikamente aus

OCZ Trion 100 im Test: Macht sie günstiger!
OCZ Trion 100 im Test
Macht sie günstiger!
  1. PM863 Samsung packt knapp 4 TByte in ein flaches Gehäuse
  2. 850 Evo und Pro Samsung veröffentlicht erste Consumer-SSDs mit 2 TByte
  3. TLC-Flash Samsung plant SSDs mit 2 und 4 TByte

  1. 3D Xpoint: Revolutionärer Speicher vereint DRAM und NAND
    3D Xpoint
    Revolutionärer Speicher vereint DRAM und NAND

    Schneller als nichtflüchtiger NAND-Speicher und mehr Kapazität als flüchtiger DRAM: 3D Xpoint soll eine Lücke zwischen beiden heutigen Technologien besetzen und neue Anwendungen möglich machen.

  2. Honeynet des TÜV Süd: Simuliertes Wasserwerk wurde sofort angegriffen
    Honeynet des TÜV Süd
    Simuliertes Wasserwerk wurde sofort angegriffen

    Kaum online kamen schon die ersten Zugriffe: Das Sicherheitsunternehmen TÜV Süd hat eine Wasserwerkssimulation als Honeynet aufgesetzt und acht Monate lang ins Internet gestellt. Auch Betreiber von kleinen und unbedeutenden Anlagen mit Internetanschluss seien unmittelbar gefährdet, folgern die Sicherheitsexperten.

  3. Codecs: Konsortium will Lizenzgebühren für H.265 erheben
    Codecs
    Konsortium will Lizenzgebühren für H.265 erheben

    HEVC Advance will künftig Lizenzgebühren für die Nutzung des Codecs H.265 verlangen. Das könnte besonders Streamingdienste wie Netflix und Open-Source-Software hart treffen.


  1. 19:18

  2. 18:54

  3. 18:16

  4. 18:07

  5. 17:54

  6. 17:38

  7. 17:02

  8. 16:39