Allgemeines 21.967 Themen, 148.278 Beiträge

Kein Betreff angegeben

bloody-2002 / 24 Antworten / Flachansicht Nickles

Hey,

was ich schon immer wissen wollte, was die 56 kb/s, 64 kb/s und 765 kb/s bei Modem, ISDN und DSL bedeuten? Weil die werden ja nicht wirklich erreicht, oder?

Danke schon im Vorraus


bye, cu and PeAcE

bloody-2002 [KKS]

bei Antwort benachrichtigen
Rika Teletom „Ohne Parity Paritäts - Bit geht es bei Fernverbindungen, denke ich mal, nicht....“
Optionen

Jetzt schlägt's aber 13. Seit ihr jetzt total butze oder was?

Das mit dem Parity wird nur bei seriell/parallel-Schnittstelle verwendet, und selbst da gibt es eine spezielle Datenleitungen dafür.
Das Fehlerkorrekturverfahren bei ADSL ist jedoch ein anderes und wesentlich ausgereifteres; die Datenraten von 768 KBit/s und 64 KBit/s sind NETTO.
Apropos: IHR RECHNET FALSCH.
768KBit/s bedeuten, da es sich um TECHNISCHE ANGABEN handelt, 768000 Bits/s = 93,75 (binäre) KByte/s.
Nebenbei gilt bei 56K-Modems, dass 56000 Bits/s das OPTIMALE WÄREN. Selbst ich, der 'ne SEHR GUTE LEITUNG HAT, KOMME ÜBER 50666 NICHT HINAUS. Dazu kommt, dass der UPLOAD NUR MIT 33600 VOR SICH GEHT. (außer euer Modem uns ISP unterstützt bereits V.92, dann sind's fette 48000)

Diese Raten werden per geschsindigkeitsoptimierten Protokollen wie z.B. FTP auch tatsächlich extrem ausgebeutet. Ich erreiche mit theoretischen 93,75 KB/s tatsächliche fette 92,5 KB/s, eine Efizienz von 98,7 Prozent. Nebenbei funktioniert das mit der Datenkompression derzeit nur bei Modem und ISDN, und nur unter Linux,Win9x/ME und MacOS. DSL hat noch kein Hardware-Protokoll dafür, und das neue Software-Protokoll von Win2K/XP wird praktisch nirgendwo unterstützt.
Aber dort, wo es genutzt werden kann, läuft es gut. Sieht man mal von der HTTP 1.1-Kompression ab, schafft selbst mein "50.6K"-Modem bei HTTP 1.0 noch Webseiten mit etwa 20KByte/s zu übertragen - HTML-Code lässt sich hervorragen komprimieren.

bei Antwort benachrichtigen