Clq 17.03.2011 17:16
Скрипты — Автоматическое управление скоростью Transmission
Автоматическая установка и снятие ограничения скорости для Transmission в зависимости от наличия/отсутствия активности пользователя.Торренты часто забивают весь канал, и пользоваться браузером при этом невозможно. Решение: установить для торрент-клиента ограничитель скорости в 60-70% от ширины канала. Но, когда я отхожу от компа на более-менее длительное время, хочется, чтобы торренты шпарили на полную. Для того, чтобы не переключать этот «черепаший» режим каждый раз вручную, и был написан этот скрипт. Основной компонент: xprintidle — просто выводит время бездействия юзера за компьютере.
Зависимости: xprintidle, libnotify-bin, transmission-cli
Предварительно также нужно в графическом клиенте настроить параметры ограничения скорости и включить веб-интерфейс.
Разумеется, скрипт легко переделывается под любой другой торрент-клиент, позволяющий управление из командной строки, или вообще любую задачу, когда необходимо переключать какие-либо режимы в зависимости от того, работает ли кто-то за компьютером.
mhspace 17.03.2011 17:19 #
+ 0 -
Ограничение скорости неэффективно. Лучше просто поставить меньше потоков на загрузку. При этом, если будут щедрые сиды, вы будете качать на весь канал и при этом комфортно серфить.
У меня узкий канал (есть еще такие, да). Сколько потоков не выставляй, если торрент качает на полную, серфить в инете невозможно.
Узкий это сколько? У меня в четверть мегабита такая схема работала отлично.
Ну сейчас у меня уже больше, но суть в том, что траффик делится поровну между всеми TCP-соединениями. И если у вас торрент качает в 10 соединений, то HTTP остаётся примерно 1/11 всего траффика. Но это грубо, ибо браузер одновреммено тоже много чего загружает. Поэтому поставив до 5-ти потоков (можно начать пробовать с одного) можно достичь нормальной скорости серфинга и при четверти мегабита. Но при одном потоке не факт, что на него попадётся щедрый сидер, поэтому желательно увеличивать количество потоков при неиспользовании браузера. Может стоит написать скрипт, который манипулирует не ограничением скорости, а ограничением потоков?
Да, можно попробовать и так. transmission-remote -pr 4 вместо transmission-remote -as
Интересно.. насколько больше/меньше ресурсов требуют такие скрипты с использованием sleep по сравнению с запуском по cron'у?
Я тоже об этом думал. Но как-то странно указывать крону запускать команду каждые четыре секунды... Я с этим скриптом никаких дополнительных тормозов не чувствую.
штука прикольная, однако у меня стоит "сервер" (отдельный хедлес комп) на котором и стоит трансмишен. xprintidle - всегда там будет выдавать положительный результат))) А в нет я хожу с "клиента".
конечно можно заморочиться и докрутить подключение по ссх, но стоит ли оно того? в основном у меня с 30 Мбит/с таких проблем нет, однако отдавая дань прошлым временам (когда было 2 кб/с) забукмаркаю!
спасибо, полезно.
конечно можно заморочиться и докрутить подключение по ссх, но стоит ли оно того? в основном у меня с 30 Мбит/с таких проблем нет, однако отдавая дань прошлым временам (когда было 2 кб/с) забукмаркаю!
спасибо, полезно.
Ну да, буква x в названии как бы намекает, что на сервере оно бесполезно :)
Таким счастливчикам, конечно, не стоит :)
Таким счастливчикам, конечно, не стоит :)
xprintidle
Вот что мне нужно! Но почему никто о нём не знал?!
Спасибо, о автор топика!
Стоит только добавить что:
Это порт, указанный в Edit > Preferences > Web > Listening port
По стандарту указан 9091 по-моему.
PORT=9099
Это порт, указанный в Edit > Preferences > Web > Listening port
По стандарту указан 9091 по-моему.
А, да, забыл про это указать. На стандартном порту у меня веб-интерфейс почему-то работать не захотел.
А можно как-нибудь в консоли узнать время простоя компа? Ну сколько времени не тыкали клаву и не дёргали мышку?
А то у меня несколько юзеров у компа часто бывают одновременно залогинены, а торрент (deluge) запущен как демон, хотелось бы бекграундный процесс один запустить который сразу за всеми будет следить, а не для каждого юзера отдельный (потому что предчувствую что пока один будет видеть что юзер работает, другой от неактивной сессии будет рапортовать что комп бездействует и кто в этой борьбе победит - неизвестно ;)
А то у меня несколько юзеров у компа часто бывают одновременно залогинены, а торрент (deluge) запущен как демон, хотелось бы бекграундный процесс один запустить который сразу за всеми будет следить, а не для каждого юзера отдельный (потому что предчувствую что пока один будет видеть что юзер работает, другой от неактивной сессии будет рапортовать что комп бездействует и кто в этой борьбе победит - неизвестно ;)