RFC 6349 описывает методику sustained TCP throughput для управляемых IP-сетей. Он не гарантирует сквозную производительность по одной емкости доступа. Здесь объясняется чтение результата, а не полное исполнение этой методики на VPS.

Учебный файл и два интервала

Предположим, полезные 100 MB получены за 8 секунд, но полный процесс с подготовкой занял 10 секунд. В десятичных единицах первый расчет дает 12,5 MB/s, или 100 Mbit/s; второй - 10 MB/s, или 80 Mbit/s. Числа придуманы для объяснения границ, не получены у провайдера.

Оба расчета могут быть осмысленными для своих вопросов. Нельзя выбрать меньший интервал одной площадки и больший другой, выдавая это за честное сравнение. Также не называйте объем полезного файла полным объемом байтов на линии.

Что должно сопровождать результат

УсловиеЧто записать
ДанныеЧто включено в объем и какая единица
ВремяНачало, конец и длительность
ОбменНаправление, клиент и назначение
ПараллелизмОдин или несколько согласованных потоков
СостояниеКеш, подготовка и другие условия опыта

Повторные наблюдения нужны для понимания устойчивости. Один удачный файл не доказывает постоянный результат во всех сетях и часах. Не смешивайте входящую и исходящую передачу как один показатель.

Throughput не bandwidth и не время страницы

Bandwidth относится к емкости и условиям ее определения. RTT и потери описывают другие свойства. Для медленной страницы дополнительно разберите подготовку ответа приложением и необходимые ресурсы.

Перед опытом согласуйте объем, нагрузку и изолированное назначение. Чтение и передача также расходуют ресурсы; это не разрешение заполнять канал общего узла ради цифры.

Источник прочитан 7 октября 2026 года. Файлы для теста не передавались, throughput тарифов не измерялся и рейтинг по результатам не строился. Методика подготовки проекта есть в проверке VPS, транспорт - в TCP. Термины собраны в словаре.