Hi,
- Wie hoch ist die theoretische Datenmenge, die pro Stunde,
mit DSL 2000 im Download zustande kommen kann ?
(2048/1024*60*60 in MB/ Std. ???)
ganz einfach:
2048 kbit/s * 1/8 kbit/kb * 3600 s/h = 921600 kb/h = 900 mb/h
- Wie ist es in der Praxis, so in ca. ?? Es muß wahrscheinlich
von vielen Faktoren hängen aber ganz grob…
kann man echt nicht verallgemeinern,
bei guten Serven kommst du eben auf die 900 MB/Stunde
bei schlechten Servern auf jeden beliebigen Wert darunter
Gruß
DT
Danke!
Wofür steht kbit und kb? bit vs. byte ?? Wieviele bits pro byte ist es denn ?
Hi,
Wofür steht kbit und kb? bit vs. byte ?? Wieviele bits pro
byte ist es denn ?
Bit = 1 oder 0, kleinste Dateneinheit
Byte = 8 Bit, (kleinste „praktische“ Dateneinheit)
KBit = Kilobit, 1024 Bit
KB = Kilobyte, 1024 Byte
für genauere Infos: http://de.wikipedia.org/wiki/Bit
zum Vergleich:
1 Diskette = ca. 1,44 MB (ca. 1450 KB)
1 CD = ca. 650 bis 700 MB
also: DSL 2000 entspricht ungefähr einer CD pro Stunde, eventuell etwas mehr
Gruß
DT
(Bitte keine Diskussion über die genaue Nomenklatur von Bits und Bytes anfangen…)
Danke !!
Wow jetzt weiß ich Bescheid…
Danke !!!
Antoine
Hi,
Bit = 1 oder 0, kleinste Dateneinheit
Byte = 8 Bit, (kleinste „praktische“ Dateneinheit)
KBit = Kilobit, 1024 Bit
KB = Kilobyte, 1024 Byte
es sei nur nebenbei noch angemerkt, daß es zwischen Bit und Byte auch noch das „Nibble“ gibt, welches aus vier Bits besteht. Diese Einheit ist mir zwar in den letzten zehn Jahren kaum begegnet, aber in den Anfangszeiten (~486er) gab es Kopierprogramme, bei denen man bei Nibble-weisem Kopieren bessere Ergebnisse bei kopiergeschützten Disketten/CDs bekam.
Das aber wirklich nur als „historische“ Anmerkung, es gab ja auch noch andere Dateneinheiten (6bit-Nibbles bei Apples etc.).
Gruß,
Malte
Hallo DT,
- Wie hoch ist die theoretische Datenmenge, die pro Stunde,
mit DSL 2000 im Download zustande kommen kann ?
(2048/1024*60*60 in MB/ Std. ???)
ganz einfach:
2048 kbit/s * 1/8 kbit/kb * 3600 s/h = 921600 kb/h = 900 mb/h
Davon sollte man noch 10 bis 20% abziehen (für den Protocoll-Overhead und die Reaktionszeiten).
Werden die Daten MIME-Codiert (z.B. als Anhang einer Email) verringert sich dieser Wert nochmal auf 6/8tel.
MfG Peter(TOO)