Liebe/-r wer-weiss-was Experte/-in,
gibt es Geschwindigkeitsunterschiede zwischen TCP/IP und UDP?
Danke und Gruß
TCP nicht wirklich langsamer als UDP. Oder?
Liebe/-r wer-weiss-was Experte/-in,
gibt es Geschwindigkeitsunterschiede zwischen TCP/IP und UDP?
Danke und Gruß
Keine wesentlichen, heisst, spürbaren. Denke ich. Allerdings ist TCP wohl aufgrund des „Logistischen Overhead“ etwas langsamer, naja, aber dafür zuverlässiger.
Andere Meinungen?
Gruß,
Doc.
gibt es Geschwindigkeitsunterschiede zwischen TCP/IP und UDP?
Ja.
Keine wesentlichen, heisst, spürbaren. Denke ich. Allerdings
ist TCP wohl aufgrund des „Logistischen Overhead“ etwas
langsamer, naja, aber dafür zuverlässiger.Andere Meinungen?
Im wesentlichen nicht.
Die Anwendungsgebiete sind einfach anders. bei TCP hat man Zeitverlust durch vorherigen Verbindungsaufbau, bei UDP das Risiko des Datenverlustes (was man aber durch geeignete Maßnahmen absichern kann…)
Als „typische“ Anwendungen: DNS, Audio-Streaming.
Bei ersterem ist Gescwindigkeit erwünscht, bei zweiterem ist es nicht unbedingt sinnvoll, Pakete erneut anzufordern, die verlorengegangen sind (zumindest, wenn die entsprechende Stelle in der usik schon vorbei ist…)
Sebastian
Kann mich da auch nur den Vorrednern anschliessen.
Kurz:
Innerhalb eines Netzes ist UDP wegen der „etwas“ höheren Übertragungsrate kein Problem. Sobald es netzübergreifend ist sollte man ausschließlich auf TCP setzen.
Chris
Dagegen…
Hallo,
ich kann mich an alle Vorredner anschliessen ausser dir.
Innerhalb eines Netzes ist UDP wegen der „etwas“ höheren
Übertragungsrate kein Problem. Sobald es netzübergreifend ist
sollte man ausschließlich auf TCP setzen.
TCP vs UDP ist keine Sache der Übertragungsrate oder der Zuverlässigleit (der Übertragung).
Sondern die Frage lautet. Welcher Dienst braucht welches Protokoll.
Wie Seb* schon in seinen Bsp. aufgezählt hat. Eine Audioanwendung fährt mit UDP Besser als mit TCP. Nicht nur wegen des weniger Overheads.
Bis dann
polarbear
TCP vs UDP ist keine Sache der Übertragungsrate oder der
Zuverlässigleit (der Übertragung).Sondern die Frage lautet. Welcher Dienst braucht welches
Protokoll.
Der Entwickler, der das entschieden hat, hatte hoffentlich einen triftigen Grund.
Wie Seb* schon in seinen Bsp. aufgezählt hat. Eine
Audioanwendung fährt mit UDP Besser als mit TCP. Nicht nur
wegen des weniger Overheads.
Sondern?
Warum läuft sie denn Deiner Meinung nach nun besser mit UDP als mit TCP?
CU
Markus
TCP vs UDP ist keine Sache der Übertragungsrate oder der
Zuverlässigleit (der Übertragung).Sondern die Frage lautet. Welcher Dienst braucht welches
Protokoll.Der Entwickler, der das entschieden hat, hatte hoffentlich
einen triftigen Grund.
Welchen Entwickler meinst du ?
(Sorry es ist morgens, ich bin gerade aufgestanden, mein Gehirn wurde gerade gebootet und es dauert bis es wieder voll Betriebsbereit ist.)
Wie Seb* schon in seinen Bsp. aufgezählt hat. Eine
Audioanwendung fährt mit UDP Besser als mit TCP. Nicht nur
wegen des weniger Overheads.Sondern?
Warum läuft sie denn Deiner Meinung nach nun besser mit UDP
als mit TCP?
Mal abgeshen von dem weniger Overhead. Da TCP ein zuverlässiges Protokoll ist sorg es dafür das Alle Packete ankommen. Egal in welcher Reinfolge.
-
Da bei Packetverlust das Packet erneut gesendet werden muß, würde der Aussetzer durch einen solchen dem Benutzer eher auffallen als beim verlust eines UDP-Datagrams.
-
Da es TCP egal ist in welcher Reinfolge die Packte ankommen, könnte es rein theoretisch sein das die Reinfolge der Töne durcheinander kommen:smile:
Dann lieber doch ein kurzer aussetzer im Titel.
Kurzum. Es spricht schon einiges dafür das zum Bsp. Voice Over IP meistens UDP basierend ist.
polarbear
Sondern die Frage lautet. Welcher Dienst braucht welches
Protokoll.Der Entwickler, der das entschieden hat, hatte hoffentlich
einen triftigen Grund.Welchen Entwickler meinst du ?
(Sorry es ist morgens, ich bin gerade aufgestanden, mein
Gehirn wurde gerade gebootet und es dauert bis es wieder voll
Betriebsbereit ist.)
Was ich damit ausdrücken will: Ein Dienst braucht ein Protokoll nicht, weil er es braucht, sondern weil er so implementiert wurde. Die Auswahl des Protokolls erfolgte aufgrund der Anforderungen des Dienstes.
Warum läuft sie denn Deiner Meinung nach nun besser mit UDP
als mit TCP?Mal abgeshen von dem weniger Overhead. Da TCP ein
zuverlässiges Protokoll ist sorg es dafür das Alle Packete
ankommen. Egal in welcher Reinfolge.
Da bei Packetverlust das Packet erneut gesendet werden muß,
würde der Aussetzer durch einen solchen dem Benutzer eher
auffallen als beim verlust eines UDP-Datagrams.Da es TCP egal ist in welcher Reinfolge die Packte
ankommen, könnte es rein theoretisch sein das die Reinfolge
der Töne durcheinander kommen:smile:
Wenn das bei Deinem System so ist, solltest Du nach einem Bugfix Ausschau halten 
TCP ist als Reihenfolge-erhaltend spezifiziert.
CU
Markus
Welchen Entwickler meinst du ?
(Sorry es ist morgens, ich bin gerade aufgestanden, mein
Gehirn wurde gerade gebootet und es dauert bis es wieder voll
Betriebsbereit ist.)Was ich damit ausdrücken will: Ein Dienst braucht ein
Protokoll nicht, weil er es braucht, sondern weil er so
implementiert wurde. Die Auswahl des Protokolls erfolgte
aufgrund der Anforderungen des Dienstes.
-) Gut der Punkt geht an dich. Genau das wollte ich eigentlich sagen. Ich werde wohl doch noch an meinen Formulierungen feilen müssen.
Mal abgeshen von dem weniger Overhead. Da TCP ein
zuverlässiges Protokoll ist sorg es dafür das Alle Packete
ankommen. Egal in welcher Reinfolge.
Da bei Packetverlust das Packet erneut gesendet werden muß,
würde der Aussetzer durch einen solchen dem Benutzer eher
auffallen als beim verlust eines UDP-Datagrams.Da es TCP egal ist in welcher Reinfolge die Packte
ankommen, könnte es rein theoretisch sein das die Reinfolge
der Töne durcheinander kommen:smile:Wenn das bei Deinem System so ist, solltest Du nach einem
Bugfix Ausschau halten
TCP ist als Reihenfolge-erhaltend spezifiziert.
-) Auch dieser Punkt geht an dich. Ich hatte überigens diesen Sachverhalt ursprünglich im Artikel drin. Aber dann hätte ich ja meinen eigenen Punkt 2 ausgehebelt. Und mir gefällt dieses Beispiel (Stammt aus der c’t. Ich fügte deswegen extra reintherotisch hinzu).
Wichtig bei Punkt 2 ist. Das das TCP Protokoll zwar die Packte in der richtigen Reinfolge hochreicht. Aber Wenn Packet 10 erst 2 sekunden nach Packet 11 eintrifft. Gibt es einen Aussetzer von 2 Sekunden. Bei UDP hingegen würde es einen kurzen _Knackst_ in der Leitung geben. Und wir Mobilfunk gewöhnten Menschen haben ja mit sowas kein Problem:smile:
In diesem Sinne danke für die Richtigstellung
(Nobody is perfect)
polarbear, whos alias is nobody. And sometimes even Nobody isn’t perfect:smile: *grins*