приоритет обращений к сети, типа renice
razum2um 14 июня, 2009 - 17:15
с системным приритетом все ясно: делаю
Цитата:
renice 19 -p $$
и пакеты на этой консоли тихонько себе компилятся
Вопрос: чтоб такого сделать, чтоб изменить приоритет обращений к сети?
Конкретно: канал хоть и анлим, но небольшой
надоедает в настройках торрентов то выставлять, то снимать ограничение.
Как задать, чтоб они быстро и безоговорочно отдавали канал, скажем, FF?
А пока FF страницу не грузит, опять бы забивать весь канал...
Пока обхожусь "ручным управлением" rtorrent`а аля
Цитата:
xmlrpc localhost set_max_downloads_global XXXX
но пока он понизит скорость до требуемой это ж больше минуты...
Куда посмотреть?
PS
Я, ессно, понимаю, что хороший торрент-клиент должен сам это урегулировать. Но не лезть же под капот rtorrent`у из-за этого?
»
- Для комментирования войдите или зарегистрируйтесь
дело в том что принципиально
дело в том что принципиально сложно управлять входящим потоком самому с локальной машины. особенности tcp/ip.
razum2um написал(а): ... Я,
хороший торрент клиент должен хорошо отдавать раздачи и скачивать, распределять приоритет трафика между процессами в системе не его дело.
А по теме, man tc. Только это тема очень большая и для ее понимания необходимо время. А насчет ограничения входящего трафика, смотри в сторону imq.
>>А по теме, man tc.
>>А по теме, man tc.
+1
http://www.opennet.ru/base/net/linux_traffic_qos.txt.html
Спасибо за ссыль.
Спасибо за ссыль. Познавательно, только, наверное, устарело. Там еще про ядро 2.4 от 2004г. В 2.6 умолчанием может быть и не fifo_fast, а некоторых дисциплин может уже и не быть...
Я в теме нов, посему даж не знаю, куда посмотреть.
Но пробовать-то никто не запрещал? Посему вопросы (до того как полезь в лес :)
- как узнать актуальное состояние настроек?
- как их при случае сбросить в умолчальные? (хватит ребута?)
- как бы пообъективней оценивать успешность результатов?! (на глазок?!)
>>Познавательно, только,
>>Познавательно, только, наверное, устарело
Не устарело.
>>умолчанием может быть и не fifo_fast
Никто ведь не мешает посмотреть?
$tc qdisk show
qdisc pfifo_fast 0: dev eth0 root bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev vbox0 root bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
Восстанавливать путем удаления правил. Перезагрузка не нужна. Можно поискать обвязки под tc.
Вот еще достаточно грамотная
Вот еще достаточно грамотная статейка.
http://opennet.ru/base/net/adsl_bandwidth.txt.html
Есть такой сайт: Linux
Есть такой сайт:
Linux advanced Routing & Traffic Control HOWTO - http://lartc.org/
Начинать надо с него, а по мере появления вопросов (а они обязательно появятся), лезть в гугл.
1. Если ты спрашиваешь про текущее состояние очередей, шейперов и полисеров, то все это в мане по tc написано (tc qdisc show, tc class show, tc filter show)
2. Сбросить по умолчанию на системные:
tc qdisc del dev <сетевой интерфейс> root
tc qdisc del dev <сетевой интерфейс> ingress.
И если ты специально не создавал скрипт по установке твоих настроек при загрузке, то после ребута настройки сваляться в дефолт тоже.
3. Оценивать надо генерируя соответствующий трафик, который шейпишь.
- - -
Если я правильно понял вопрос - то ключевое слово - "QoS".
trickle?
trickle?
В дереве не оказалось,
В дереве не оказалось, странно. Но на багзилле нашелся ebuild)
По теме:
http://linux.xlibs.net/2008/03/21/trickle-traffic-limiter/
1) вещь хорошая, но статичная
Короче, на ходу (по PID) оно, видимо присоединяться не умееет.
2) Но даже это не беда.
rtorrent под trickle ОТЖИРАЕТ одно ядро ПОЛНОСТЬЮ под себя. Короче, они не срабатываются...