Формирование трафика с tc не работает на высокую задержку и пропускную способность
Как альтернативная стратегия, Вы могли включить Отслеживание Процесса в своих опциях аудита. Это заставляет записи журнала событий быть сгенерированными, когда процессы запускаются, заканчиваются, и т.д. (детали о записях в журнале в ссылке выше). Затем вместо того, чтобы видеть "снимок" машины в данный момент, Вы будете видеть журнал всех процессов. Очевидно, необходимо будет проанализировать журнал событий для достигания информации, которую Вы ищете, но этот метод гарантирует, что процесс не будет скрыт путем запуска и остановки промежуточных статических интервалов "снимка".
Представьте, что вы пытаетесь проехать ровно 55 миль в час, если бы у вас была задержка в одну секунду между нажатием на педаль акселератора и моментом, когда машина двигалась быстрее. У вас было бы довольно сложно это сделать.
И у вас будет по крайней мере то преимущество, что вы знаете , что вам нужно двигаться со скоростью 55 миль в час. А теперь представьте, что вы этого не знаете. Итак, что происходит, когда вы едете со скоростью более 55 миль в час, вас останавливают и вам приходится снова ускоряться, не зная, на какой скорости вы собираетесь остановиться.
Вы, черт возьми, не усредняете 55
То же самое и здесь. Стек TCP не знает, что он ограничен 2 МБ / с, и должен попытаться найти этот предел. А задержка означает, что он не может быстро реагировать на информацию о том, что он достиг своего предела. Поскольку скорость никогда не может превышать 2 Мбит / с, из-за жесткого ограничения его среднее значение будет меньше этого значения.
Вы можете улучшить это с помощью настроек пакет и / или minburst . По сути, они позволяют подключению немного превышать свой предел, если он ниже своего предела. Таким образом, в некоторых случаях скорость будет немного выше 2 Мбит / с, а в этом случае средняя скорость будет ближе к 2 Мбит / с.