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

Vorratsdatenspeicherung: Das erste Placebo mit Nebenwirkungen
Vorratsdatenspeicherung
Das erste Placebo mit Nebenwirkungen
  1. Überwachung Telekom begrüßt Speicherdauer der Vorratsdatenspeicherung
  2. Vorratsdatenspeicherung Regierung will Verkehrsdaten zehn Wochen lang speichern
  3. Asyl für Snowden Bundesregierung bestreitet Drohungen der USA

Vindskip: Das Schiff der Zukunft segelt hart am Wind
Vindskip
Das Schiff der Zukunft segelt hart am Wind
  1. Volvo Lifepaint Reflektorfarbe aus der Dose schützt Radfahrer
  2. Munin Moderne Geisterschiffe brauchen keinen Steuermann
  3. Globales Transportnetz China will längsten Tunnel am Meeresgrund bauen

Raspberry Pi im Garteneinsatz: Wasser marsch!
Raspberry Pi im Garteneinsatz
Wasser marsch!
  1. Hummingboard angetestet Heiß und anschlussfreudig
  2. Onion Omega Preiswertes Bastelboard für OpenWrt
  3. GCHQ Bastelnde Spione bauen Raspberry-Pi-Cluster

  1. Andrea Voßhoff: Bundesdatenschützerin nennt Vorratsdaten grundrechtswidrig
    Andrea Voßhoff
    Bundesdatenschützerin nennt Vorratsdaten grundrechtswidrig

    Die bisher sehr farblose Bundesdatenschützerin versucht sich ein Profil zu schaffen und stellt sich gegen die geplante Neuauflage der Vorratsdatenspeicherung. Diese sei nicht mit der Europäischen Grundrechtecharta vereinbar.

  2. Release-Datum: Windows 10 erscheint laut AMD Ende Juli
    Release-Datum
    Windows 10 erscheint laut AMD Ende Juli

    AMDs Chefin Lisa Su hat den Erscheinungstermin von Windows 10 auf Ende Juli 2015 konkretisiert. Microsoft hat das Datum nicht bestätigt, bisherige AMD-Aussagen erwiesen sich jedoch als korrekt.

  3. Update: Android Wear bekommt WLAN-Unterstützung und App-Übersicht
    Update
    Android Wear bekommt WLAN-Unterstützung und App-Übersicht

    Eine Aktualisierung bringt neue Funktionen für Android Wear. So werden jetzt Smartwatches mit WLAN unterstützt sowie eine neue Gestenfunktion eingeführt. Praktisch dürften für manche Nutzer auch die App-Übersicht und die Erweiterung der Always-on-Funktion des Displays sein.


  1. 18:12

  2. 17:41

  3. 17:31

  4. 17:23

  5. 16:57

  6. 16:46

  7. 16:20

  8. 15:54