Abo
  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?

    __________________
    ...

  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.

  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.

    __________________
    ...

  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.

  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.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Anzeige
Stellenmarkt
  1. ifb KG, Seehausen am Staffelsee
  2. Daimler AG, Sindelfingen
  3. Dataport, Hamburg
  4. über Hays AG, Hannover

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 6,99€
  2. 329,00€
  3. (-57%) 9,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Western Digital Pidrive im Test: Festplatte am Raspberry Pi leicht gemacht
Western Digital Pidrive im Test
Festplatte am Raspberry Pi leicht gemacht
  1. DACBerry One Soundkarte für Raspberry Pi liefert Töne digital und analog
  2. Sopine A64 Weiterer Bastelrechner im Speicherriegel-Format erscheint
  3. Bootcode Freie Firmware für Raspberry Pi startet Linux-Kernel

Nintendo Switch im Hands on: Die Rückkehr der Fuchtel-Ritter
Nintendo Switch im Hands on
Die Rückkehr der Fuchtel-Ritter
  1. Nintendo Vorerst keine Videostreaming-Apps auf Switch
  2. Arms angespielt Besser boxen ohne echte Arme
  3. Nintendo Switch Eltern bekommen totale Kontrolle per App

Intel Core i7-7700K im Test: Kaby Lake = Skylake + HEVC + Overclocking
Intel Core i7-7700K im Test
Kaby Lake = Skylake + HEVC + Overclocking
  1. Prozessoren Termin für Kaby Lake-X und Details zu den Kaby-Lake-Xeons
  2. Kaby Lake Intel macht den Pentium dank HT fast zum Core i3
  3. Kaby Lake Refresh Intel plant weitere 14-nm-CPU-Generation

  1. Beta 1: MacOS Sierra 10.12.4 mit Blaulichtfilter als Nachtmodus
    Beta 1
    MacOS Sierra 10.12.4 mit Blaulichtfilter als Nachtmodus

    Apple hat die erste Beta von MacOS Sierra 10.12.4 veröffentlicht. Betriebssystem soll künftig nachts einen Blaulichtfilter aktivieren. Das kann iOS schon viel länger.

  2. Spielebranche: Goodgame Studios entlässt weitere 200 Mitarbeiter
    Spielebranche
    Goodgame Studios entlässt weitere 200 Mitarbeiter

    Der Stellenabbau beim Hamburger Entwicklerstudio Goodgame geht weiter: Rund 200 Mitarbeiter verlieren offenbar ihren Job. Das erst kürzlich abgetretene Management kehrt zurück an die Spitze.

  3. Project Scorpio: Neue Xbox ohne ESRAM, aber mit Checkerboard
    Project Scorpio
    Neue Xbox ohne ESRAM, aber mit Checkerboard

    Microsoft verzichtet bei Project Scorpio auf schnellen On-Chip-Speicher und setzt offenbar weiterhin auf Jaguar-Kerne. Die Xbox beherrscht wie die Playstation 4 Pro sogenanntes Checkerboard-Rendering, Microsoft rät aber zu gröberen Effekten und dynamischer Auflösung statt durchweg zu 4K-UHD.


  1. 22:16

  2. 18:21

  3. 18:16

  4. 17:44

  5. 17:29

  6. 16:57

  7. 16:53

  8. 16:47