Понимание tc qdisc и iperf
Во-первых, поздравления по случаю информации об очень полной диагностике. Ваш старый/etc/X11/xorg.conf показывает, что Вы использовали vesa драйвер. Вы не хотите делать это. Кроме того, X шоу журнала X не могли найти ничего, но vesa драйвер. Проверьте, какой драйвер поддерживает Вашу карту Intel (я не вижу информации о карте, явно упомянутой нигде), и удостоверьтесь, что драйвер установлен. Или просто установите все драйверы, и в эти дни, X, вероятно, автоматически обнаружит карту. Не стесняйтесь добавлять информацию о карте, если Вы хотите. Если Вы не знаете, каково это, lspci вероятно, покажет его.
Предупреждение
/usr, кажется, находится в другой файловой системе, чем/.
прибывает из systemd, который Вы установили, судя dmesg. См. http://cgit.freedesktop.org/systemd/commit/?id=80758717a6359cbe6048f43a17c2b53a3ca8c2fa.
Нет, это не имеет никакого отношения к Вашим X проблемам. Предупреждение
Отказ коснуться устройства со связанным драйвером ядра
vesa-конкретно. См. http://cgit.freedesktop.org/xorg/driver/xf86-video-vesa/commit/?id=b1f7f190f9d4f2ab63d3e9ade3e7e04bb4b1f89f
Снова, Вы не хотите использовать vesa, за исключением чрезвычайной нейтрализации.
Когда Вы не уверены в том, как tc работает, можно ли все еще контролировать tc и посмотреть ли, как пакеты текут? Можно использовать мой сценарий для контроля tc и потребности выполнить его в терминале со снятым полномочием. Можно изменить wlan0 на другой интерфейс, и Вам также нужны grep и awk:
#!/bin/sh
INTERVAL=15
while sleep $INTERVAL
do
/usr/sbin/tc -s -d class show dev wlan0
uptime
more /proc/meminfo | grep MemFree | grep -v grep
echo cache-name num-active-objs total-objs obj-size
SKBUFF=`more /proc/slabinfo | grep skbuff | grep -v grep | awk
'{print $2} {print $3} {print $4}'`
echo skbuff_head_cache: $SKBUFF
done
Попытайтесь увеличиться burst/limit значения. Маркерные алгоритмы блока масштабируются хорошо, но имеют ограниченное отношение точности/скорости.
Точность достигается при помощи маленького блока, скорости путем увеличения размера маркеров. Большие маркеры означают уровень, на котором они пополнены, уменьшен (маркеры в секунду = байты в секунду / байты на маркер).
rate параметр дает среднюю скорость, которая не должна быть превышена, burst или limit параметры дают размер окна усреднения. Поскольку отсылка пакета в линейной скорости превышает уровень набора в течение времени, куда пакет передается, окно усреднения должно быть, по крайней мере, достаточно большим, что отправка единственного пакета не продвигает все окно по пределу; если больше пакетов поместится в окно, то алгоритм будет иметь лучший шанс достигания намеченной цели точно.
выполните это, прежде чем добавят дисциплину очереди при связывании интерфейса (bond0 в этом случае)
ipconfig bond0 txqueuelen 1000
это не работает, потому что виртуальное устройство программного обеспечения как связывание интерфейса не имеет никакой очереди по умолчанию.
С Устройств Устройства не определяют очередь, устанавливая QDICC Размер, явно исправляет проблему для меня.
Вот пример для листа QDICC , который будет использоваться в Структура HTB :
TC QDISC Add dev $ dev parent $ родительская ручка $ обрабатывать Pfifo Limit 1000