Порахуйте, що насправді має передаватися
Зробіть два переліки: елементи, які треба надіслати для роботи, і ті, які треба отримати наприкінці. Джерела, ресурси, потрібні програмному забезпеченню, та відібрані результати не обов’язково мають однаковий обсяг. Також відокремте файли, які ви можете підготувати до оренди, від тих, що з’являться лише після обчислень.
Занотуйте кількість файлів та їхній загальний розмір у байтах, коли ваш інструмент його надає. Розрізняйте розмір даних і зайнятий простір на диску. Якщо ви готуєте архів, використовуйте його фактичний розмір для передавання цього архіву. Його пакування та розпакування потребують часу й можуть вимагати додаткового місця: перевіряйте їх окремо, не припускаючи виграшу від стиснення.
Відкиньте зайві копії, попередньо перевіривши їхню роль. Публічний кеш, який можна отримати знову, не завжди має такий самий пріоритет, як єдиний оригінал чи налаштування проєкту. Детальніше про сортування елементів, які варто зберегти, розповідається в посібнику з резервного копіювання.
Зведіть обсяг і швидкість до однакових одиниць
У цьому посібнику один байт дорівнює восьми бітам. Десяткові префікси дають 1 МБ = 1 000 000 байтів і 1 ГБ = 1 000 000 000 байтів. Двійкові префікси дають 1 МіБ = 1 048 576 байтів і 1 ГіБ = 1 073 741 824 байтів. Відповідні англійські позначення — MB, GB, MiB і GiB; NIST документує ці відмінності.
Отже, Мбіт/с і МБ/с позначають не однакову величину. Швидкість 80 Мбіт/с арифметично відповідає 10 МБ/с. Це перетворення не обіцяє, що застосунок насправді копіюватиме десять мегабайтів файлів за секунду. Завжди звертайте увагу на показану одиницю, особливо на різницю між бітами й байтами.
| Початкове значення | Перетворення, корисне для розрахунку |
|---|---|
| 6 ГБ | 6 000 МБ, тобто 6 000 000 000 байтів |
| 6 ГіБ | 6 442 450 944 байти, тобто приблизно 6,44 ГБ |
| 8 МБ/с | 64 Мбіт/с |
| 8 МіБ/с | 8 388 608 байтів/с, тобто приблизно 8,39 МБ/с |
Зробіть невеликий тест перед великою текою
Щойно ваше середовище й метод передавання будуть доступні, надішліть невеликий дозволений файл, отримайте його в іншому місці та відкрийте цю копію. Ця перша перевірка підтверджує шлях, права доступу та місце призначення. Вона ще не дає змоги належно виміряти час для об'ємної теки.
Потім виберіть репрезентативну групу, достатньо значну, щоб спостерігати за передаванням поза його початком. Використовуйте той самий інструмент, те саме місце призначення та склад, близький до реальної теки. Якщо у вас багато дрібних файлів, перевірте групу таких файлів, а не лише одне велике відео. Занотуйте фактично скопійований обсяг і час, що минув до завершення передавання, включно з перелічуванням і паузами.
Обчисліть середнє, поділивши обсяг на час. Повторіть в інший момент, якщо результат сильно змінюється, і збережіть обидва спостереження. Вимірюйте надсилання та отримання окремо: спостереження в одному напрямку не є вимірюванням в іншому. Мережевий тест до іншого місця призначення також не є вашим передаванням файлів. ESnet розрізняє тест швидкості мережі та межу, яку він задає для реального передавання.
Обчисліть тривалість, а потім перевірте, що вона охоплює
За узгоджених одиниць тривалість у секундах = обсяг у байтах ÷ швидкість у байтах за секунду. Для десяткового обсягу в ГБ і швидкості в МБ/с це стає тривалість у секундах = ГБ × 1 000 ÷ МБ/с. Потім поділіть на 60, щоб отримати хвилини. Швидкість має бути строго додатною; за відсутності придатного вимірювання залишайте тривалість невідомою.
Наприклад, група обсягом 800 МБ, скопійована за 100 секунд, дає середнє 8 МБ/с. Це число описує лише це спостереження. Якщо ваше вимірювання часу вже включає паузи й запуск, не додавайте вдруге довільну надбавку за ці самі етапи. Краще передбачте окремі рядки для невиміряних дій: підготовки архіву, відкриття копії чи повторення частини передавання.
Обережний сценарій може використовувати найменше з кількох репрезентативних середніх. Занотуйте, які саме та за яких умов. Вибір нижчого значення — це припущення для планування, а не гарантія, що швидкість залишиться вищою.
Розглянутий приклад: надіслати 6 ГБ і отримати 1,2 ГБ
Припустімо, проєкт складається з файлів загальним обсягом 6 ГБ для надсилання, а потім 1,2 ГБ результатів для отримання. Для цього цілком гіпотетичного прикладу тест надсилання дає 8 МБ/с, а тест отримання — 3 МБ/с. Усі обсяги десяткові. Ці значення не походять із випробування на оренді BriefGPU.
Надсилання тривало б 6 000 ÷ 8 = 750 секунд, тобто 12 хвилин 30 секунд. Отримання тривало б 1 200 ÷ 3 = 400 секунд, тобто 6 хвилин 40 секунд. Отже, обидва перенесення разом становлять 19 хвилин 10 секунд, якщо середні швидкості, узяті за основу, збережуться. Таблиця додає гіпотези щодо перевірки та резерву, визначені для проєкту.
| Крок цього прикладу | Вхідні дані або розрахунок | Очікуваний час |
|---|---|---|
| Надсилання | 6 000 МБ ÷ 8 МБ/с | 12 хв 30 с |
| Отримання | 1 200 МБ ÷ 3 МБ/с | 6 хв 40 с |
| Перевірка копій | Окрема людська гіпотеза | 20 хв |
| Резерв на непередбачене | Окрема гіпотеза щодо календаря | 30 хв |
| Усього зарезервовано на ці кроки | 750 + 400 + 1 200 + 1 800 секунд | 1 год 9 хв 10 с |
Перевірте вплив іншої гіпотези
Якщо швидкість отримання з прикладу впаде до 1,5 МБ/с, то 1 200 МБ потребуватимуть 800 секунд, тобто 13 хвилин 20 секунд. Час цього кроку подвоїться. Загальний час з іншими незмінними гіпотезами зросте до 1 години 15 хвилин 50 секунд. Так ви бачите, яка частина плану залежить від мережі, а яка — від ваших власних перевірок.
Якби зазначений обсяг становив 6 ГіБ, а не 6 ГБ, надсилання на швидкості 8 МБ/с тривало б приблизно 805 секунд, тобто 13 хвилин 25 секунд. Різниця тут походить від одиниць виміру, без зміни мережі. Для точного розрахунку відштовхуйтеся від кількості байтів, а не від округленого значення, яке показує файловий менеджер.
І нарешті, якщо реальна папка має інший склад, ніж зразок, зробіть новий замір. Просте множення не замінить тест, який не відображає ваш спосіб копіювання.
Запишіть перенесення в потрібне місце календаря
Надсилання, виконане після надання доступу, входить у підготовку на орендованому сервері. Отримання та фінальна перевірка належать до експорту. Підготовка, завершена раніше на вашому комп'ютері, залишається окремо. Не рахуйте один і той самий проміжок часу двічі, якщо перенесення та інша дія відбуваються паралельно.
Загальний час у прикладі не включає ні встановлення, ні обчислення, ні очікування відповіді клієнта. Додайте ці пункти у свій повний календар, перш ніж порівнювати тарифи на 3, 7 і 30 днів. Метод нічого не стверджує про строк надання сервера, його обсяг зберігання чи мережеві характеристики.
Уникайте відкладання будь-якого отримання на останній момент. Проміжна копія та перший файл, відкритий із місця призначення, виявляють перешкоди завчасно. Повідомлення про завершення перенесення не замінює перевірки очікуваних файлів.