Я плутаюсь із умовами мережі.
Чи можете ви пояснити мені, як я обчислюю пропускну здатність мережі?
Коли люди кажуть, що 20Gbps це означає 2,5 Г байт?
Мені дійсно потрібно зрозуміти, що це означає, коли компанія VPS каже "Пропускна здатність: 2000 Гб / місяць".
Відповіді:
Gb повинен посилатися на біти, а GB повинен посилатися на байти. Пропускна здатність завжди вимірюється в бітах на секунду, але файли на диску вимірюються в байтах.
Найкраще, щоб компанія VPS визначила умови, якими вони користуються, щоб мати згоду, оскільки умови часто неправильно розуміються або неправильно використовуються.
Пропускна здатність мережі, як правило, виражається у кількості біт за одиницю часу - наприклад, 45 Мбіт / сек ( малий b) або 45 Мбіт / сек. Це виражає швидкість передачі.
Обсяг переданих даних, як правило, цитується в абсолютній кількості переміщених байтів - наприклад, файл 50 МБ ( великий B) або 50 МБайт даних.
Більшість постачальників колокації продають пропускну здатність за швидкістю передачі - Вам дозволено стільки бітів в секунду, або вони обмежені з такою швидкістю, або дозволена "смуга пропускної здатності" (при частоті пропускної здатності вам зазвичай виставляють рахунок на основі 95-го відсотка вашого використання - використання багато зайвої пропускної здатності, отримайте більший рахунок).
Деякі провайдери продають за кількістю переданих даних - це частіше зустрічається з спільними веб-хостинговими компаніями. Ви можете конвертувати це в швидкість за допомогою приблизного наближення (помножте кількість кількості на 8, потім розділіть на кількість секунд у розрахунковому періоді - 2592000 секунд - це приблизно один місяць (30 днів)).
Тут заперечення полягає в тому, що обчислювана вами швидкість є майже безглуздою: ви можете робити нульовий трафік протягом 29 днів, потім виштовхувати всі 50 ГБ на 30 день, і що стосується вашого провайдера, ви знаходитесь в межах вашої використання. Обмежуючи себе максимальною ставкою, яку ви обчислюєте за мінусом невеликої націнки на прокладку, майже гарантує, що ви не перевищите обмеження для переказу, але це може зашкодити ефективності без зайвих зусиль.
Зворотній бік цієї формули дасть вам приблизне наближення максимальної кількості, переданої для заданого обмеження швидкості, що, можливо, є більш корисним, але майте на увазі, що постачальники, які виставляють рахунок на основі тарифу, розраховуються за кожен біт, що йде за провід (пакет, протокол і корисне навантаження), тому фактична кількість даних (корисного навантаження), яку ви можете перемістити, дещо нижча, ніж необроблена кількість призведе до того, що ви повірите.
Окрім очевидної плутанини біт / байт та розбіжності 1000 проти 1024, є ще одна маловідома проблема з пропускною здатністю:
чому?
Це тому, що оригінальним використанням для цифрових комунікацій була телефонна система, яка використовувала 8-бітний АЦП (аналоговий / цифровий перетворювач) на частоті 8 кГц (8000 Гц), генеруючи 64000 біт на секунду. Потім лінії T1 агрегували 24 цих голосових каналів, створюючи загальновживану реалізацію 1536000bps (зазвичай продається як 1,5 Мбіт, але 1,5 * 2 ^ 20 має становити 1572864bps).
У той же час, продавати на окремих каналах було легко, тобто одночасно 64000 кбіт / с. Значно пізніше багато новіших технологій передачі визначаються не в bps, а в множинах 64k каналів. Конфузно це мультиплікаційне число зазвичай є двійковим круглим числом, тому іноді 8 Мбіт / с може бути 128 * 64000 = 8192000bps замість 2 ^ 23 = 8388608.
Файли вимірюються в байтах.
Отже, коли завантаження файлів є найважливішим, для чого використовується з'єднання, воно може виражатися в байтах на місяць.
Але пропускна здатність з'єднання частіше виражається в бітах, оскільки немає прямої кореляції між 8 бітовими групами та байтами переданих файлів. (деякі біти використовуються для виправлення помилок, а деякі протоколи можуть використовувати інші, ніж 8 бітних слів, або навіть змінну швидкість передачі бітів)
Як кінцева примітка, справа має сенс, b - біти, а B - байти, хоча я бачив, що цю конвенцію часто зловживають.
Я здивований, що ніхто не згадував термін "Мебібіти", хоча спосіб підрахунку був згаданий.
1 Мебібіт = 2 * 32 біта або 1048576 біт , що еквівалентно 1024 кібібітам.
2000 ГБ (гігабайт) на місяць. Як свідчать інші тонкі відповіді, це може означати нуль для 29 днів і 2000 для 30 дня, або 66,6 ГБ на день протягом 30 днів. Що, якщо моя математика правильна, означає 6,172 Мбіт / с (мегабіт в секунду) безперервно протягом 30 днів.
Математика:
2000 gigabytes * 8 bits per byte = 16000 gigabits (16 terabits!)
16000 gigabits / 30 days = 533.33333333... gigabits per day
533.33333... gigabits per day / 24 hours in a day = 22.2222... gigabits per hour
22.222... gigabits per hour / 60 minutes in an hour = .37037037... gigabits per minute
.37037037... gigabits per minute / 60 seconds in a minute = 6.172839506172839506e-3 gigabits per minute
.006172839506... gigabits per minute * 1000 megabits in a gigabit = 6.172839506 megabits per second
6.172839506 megabits per second * 1000 kilobits in a megabit = 6172.8 kilobits per second
Таким чином, ви можете споживати десь між 6.172 Мбіт / с протягом 30 днів і 16 Тбіт / с протягом однієї секунди, а потім нуль протягом решти 30 днів мінус одна секунда, або десь посередині, перш ніж стягувати додаткові витрати (якщо припустити, що ви можете споживати 16 Тбіт / с за секунду, що неможливо з обладнанням, яке, можливо, надасть VPS).
20 Гбіт / с і 2000 ГБ на місяць - це обидва виміри на точно однаковій паличці (обидва вимірюють кількість даних за одиницю часу) - це просто те, що 20 Гбіт / с набагато швидше, ніж 2000 ГБ на місяць.
20 гігабітів в секунду проти 2000 гігабайт на місяць.
конвертувати досить просто:
2000 GB / month = 6.17 mbps
20 gbps = 6480 TB / month