Вопросы Теги

Linux QoS: объемная передача данных в течение времени простоя

У меня нет машины 2008 удобной в данный момент, но я полагаю, что это - что-то вроде этого:

netsh interface set interface name = "{old name here}" newname = "{newname here}"
6
задан 29 March 2012 в 01:08
3 ответа

Я не уверен, что это сработает, но вы можете попробовать HTB:

  • Для потока с низким приоритетом установите скорость на ноль ( или почти ноль) и ceil до фактического максимума X. Это приводит к тому, что поток с низким приоритетом имеет гарантированную скорость, равную нулю, и шанс заимствования максимум X Мбит / s из других потоков.
  • Для других потоков установите скорость равную скорости вашего сетевого интерфейса.

Согласно документации HTB , это должно работать. Однако я сам не пробовал.

РЕДАКТИРОВАТЬ : Это не будет ограничивать трафик с низким приоритетом, пока канал имеет пропускную способность в режиме ожидания X Мбит / с. Но это может быть начало ...

  • Для потока с низким приоритетом установите скорость на ноль (или почти ноль), а ceil на фактический максимум X. Это приводит к потоку с низким приоритетом, имеющему гарантированная нулевая скорость и шанс заимствования максимум X Мбит / с из других потоков.
  • Для других потоков установите скорость равной скорости вашего сетевого интерфейса.

Согласно документация HTB , это должно работать. Однако я сам не пробовал.

РЕДАКТИРОВАТЬ : Это не будет ограничивать трафик с низким приоритетом, пока канал имеет пропускную способность в режиме ожидания X Мбит / с. Но это может быть начало ...

  • Для потока с низким приоритетом установите скорость на ноль (или почти ноль), а ceil на фактический максимум X. Это приводит к потоку с низким приоритетом, имеющему гарантированная нулевая скорость и шанс заимствования максимум X Мбит / с из других потоков.
  • Для других потоков установите скорость равной скорости вашего сетевого интерфейса.

Согласно документация HTB , это должно работать. Однако я сам не пробовал.

РЕДАКТИРОВАТЬ : Это не будет ограничивать трафик с низким приоритетом, пока канал имеет пропускную способность в режиме ожидания X Мбит / с. Но это может быть начало ...

Это приводит к потоку с низким приоритетом, имеющему гарантированную скорость, равную нулю, и вероятность заимствования максимум X Мбит / с из других потоков.
  • Для других потоков установите скорость равной скорости вашего сетевого интерфейса.

    • Согласно документации HTB , это должно работать. Однако я сам не пробовал.

    РЕДАКТИРОВАТЬ : Это не будет ограничивать трафик с низким приоритетом, пока канал имеет пропускную способность в режиме ожидания X Мбит / с. Но это может быть начало ...

    Это приводит к потоку с низким приоритетом, имеющему гарантированную скорость, равную нулю, и вероятность заимствования максимум X Мбит / с из других потоков.
  • Для других потоков установите скорость равной скорости вашего сетевого интерфейса.

    • Согласно документации HTB , это должно работать. Однако я сам не пробовал.

    РЕДАКТИРОВАТЬ : Это не будет ограничивать трафик с низким приоритетом, пока канал имеет пропускную способность в режиме ожидания X Мбит / с. Но это может быть начало ...

    0
    ответ дан 3 December 2019 в 00:43

    Это неудобно, но если вы можете вручную изменить лимит, у вас может быть демон, усредняющий по более мелкой сетке (скажем, 1-минутные интервалы, отслеживающие последние 5-10). Тогда вам просто понадобится довольно простой контур управления, в котором вы настраиваете лимит трафика так, чтобы 5-минутное среднее значение оставалось безопасным ниже вашего лимита. Более сложные схемы прогнозирования трафика не являются обязательными.

    0
    ответ дан 3 December 2019 в 00:43

    Я заставил это работать в hfsc. Я предполагаю, что "X" в вашем примере составляет 100 Мбит, но это, конечно, может быть что угодно ..

    Хитрость здесь в том, чтобы создать древовидный класс следующим образом: 

    +--------------------------------------------------------------+  +---------------------+
|                                                              |  |        1:1          |
|                            root                              |  |---------------------|
|                              +                               |  | Rate: 100mbit       |
|                              |                               |  | Upper Rate: 100mbit |
|                              |                               |  |                     |
|                              |                               |  |                     |
|                              |                               |  |                     |
|                         +----v------+                        |  +---------------------+
|                         |  1:1      |                        |
|                         |           |                        |  +---------------------+
|                         +--+---+----+                        |  |         1:10        |
|                            |   |                             |  |---------------------|
|                            |   |                             |  | Rate: 100mbit       |
|                            |   |                             |  | Upper Rate: 100mbit |
|                            |   |                             |  |                     |
|          +----------+------+   +--------+----------+         |  |                     |
|          |  1:10    |                   |  1:11    |         |  |                     |
|          |          |                   |          |         |  +---------------------+
|          +----------+                   +----------+         |
|                                                              |  +---------------------+
|                                                              |  |         1:11        |
|                                                              |  |---------------------|
|                                                              |  | Rate: 10kbit        |
+--------------------------------------------------------------+  | Upper Rate: 100mbit |
                                                                  |                     |
                                                                  |                     |
                                                                  |                     |
                                                                  +---------------------+

    Магия происходит потому, что класс 1: 10 (класс по умолчанию) настроен так, чтобы всегда получать гарантированную полосу пропускания 100 Мбит, тогда как «медленный» класс 1:11 предлагает гарантированную полосу пропускания только 10 Кбит, с увеличением до 100 Мбит.

    Это заставляет корневой класс (1: 1) чтобы всегда соблюдать требования 1:10 по 1:11.

    На заметку:

    • Не используйте iptables CLASSIFY target для перевода трафика в 1:11. это очень медленно при выполнении классификации. Вместо этого используйте фильтры контроля трафика. Или, если у вас есть несколько приложений, чтобы войти сюда и Порты могут меняться для фильтрации, используйте контрольную группу.
    • Установите цель по умолчанию для hfsc на 1:10.
    • Вам, вероятно, следует установить «медленную» ссылку как минимум равной максимальному размеру сегмента tcp вашего хоста. Таким образом, вы можете попытаться заставить ваше отправляющее приложение застрять в медленной очереди для блокировки на длительные периоды времени без необходимости повторного согласования размеров окон и прочего.

    Я тестировал это, когда два конкурирующих приложения отправляли данные как можно быстрее к соседнему хосту более 2 услуг. Где одна из служб была в классе 1:11. Оба они отправили 5-секундный трафик на 100 Мбит (таким образом, 60 МБ данных было передано в потоке). При работе без класса, как и ожидалось, оба заканчивают работу через 10 секунд (оба используют канал, поэтому время делится поровну).

    При такой настройке QoS,

    1
    ответ дан 3 December 2019 в 00:43

    Теги

    Похожие вопросы