Планировщик или что-то наподобие

в некоторых торрент-клиентах есть встроенный планировщик, а вообще man cron .

cron и transmission[-daemon].

там же встроенный шедулер

Так современные торрент-клиенты же имеют встроенный планировщик.

И давно?

Фи, как это не unix-way'но.

мне за тебя ченджлоги искать?

unix-way

deprecated

Можешь показать скриншот GTK-версии. Что никакого планировщика нет в transmission-daemon я и так знаю. В transmission-qt (правда, не самой последней версии) тоже ничего такого не видел.

GTK-версии

ради этого пересобирать не буду: http://rghost.ru/57879845.view

А, это я видел, но как-то всерьёз не воспринимал. В демоне такого действительно нет, а в случае как у ТС такой «планировщик» не тянет на полное решение. Ограничение скорости до нуля не эквивалентно остановке торрентов и трафик всё равно будет капать, в некоторых случаях — ощутимо.

а, dht. для поставленных на паузу всё равно работает, нужно в конфиге «scrape-paused-torrents-enabled»: false

Фи, как это не unix-way'но.

А мы никому не скажем, что пользуемся встроенным.

не unix-way'но.

Юниксвей сосет, тем более когда юниксвей только ради юниксвея.

А разве ограничение скорости до нуля поставит на паузу?

«scrape-paused-torrents-enabled»: false

Да, у меня так же, хотя всё равно демон по крону останавливаю. Наверно нет смысла так делать.

Для Deluge есть гибкий планировщик в виде модуля. Не надо велосипедить.

не, я про dht

Беда юниксвей в том что его нет.

man at

Вот и выросло поколение... А одним из решений было бы cron + SIGSTOP / SIGCONT. Но нет, будем городить в каждую тулзу по своему велосипеду.

Это ведь замечательно! Особенно хочется смеяться над гнутыми фанатами, которые «gnu is not unix», но при этом наяривают на мифический юниксвей.

Бздунов то еще можно понять, но этих?

Бьюсь об заклад, большинство из них и юникса не видели.

Вот и выросло поколение

Не выкобенивайся, старичок. Хотя чего еще от бздунов ждать, кроме как поклонения мертвому юниксвею?

А одним из решений было бы cron + SIGSTOP / SIGCONT. Но нет, будем городить в каждую тулзу по своему велосипеду.

У меня этот вопрос решается одной галочкой в интерфейсе программы. 2014 год на носу, дядя.

cron + SIGSTOP / SIGCONT

Но как торрент-клиент будет это делать? Для остановки ему надо будет закрыть все соединения и файлы (поскольку он на весь день закрывается), отправить статистику на трекер и так далее, а при продолжении перепроверить наличие всех файлов, заново искать пиров... фактически, тот же перезапуск.

А что касается крона, то торрент-клиент и сам может прописаться в крон. Или иметь собственный планировщик, который будет гибким. Например, юзер может его заставить не прекращать всю активность на определённое время, а снижать скорость. Или прекращать некоторые раздачи. Или он может мониторить загруженность сети и/или активность пользователя и менять скорость динамически. Кроме того, торрент-клиент, который сам себе планировщик, может красиво обрабатывать ситуацию «в данное время по плану работать нельзя, но юзер вручную открыл торрент-файл».

пока решил испробовать инструкцию по cron и at с сайта IBM. хотя и правда не прельщает отсутствие в Transmission таких простых опций.

Что никакого планировщика нет в transmission-daemon я и так знаю.

4.2

В transmission-qt (правда, не самой последней версии) тоже ничего такого не видел.

смотрелку почини

Ограничение скорости до нуля не эквивалентно остановке торрентов и трафик всё равно будет капать, в некоторых случаях — ощутимо.

для этого всегда был и есть cron

Но как торрент-клиент будет это делать?

transmission-remote, не слушай наркоманов с их сигналами.

Ничего тут замечательного нет. Мне бы хотелось например чтобы программы взаимодействовали между собой. Но даже консольные утилиты сделаны таким образом, что часто без sed или awk результат одной в другу не кинешь (((

берем исходники трансмиссии, правим ручками и пересобираем

4.2

Ну да, действительно есть. Но это не планировщик, а жалкое подобие.

http://i64.fastpic.ru/big/2014/0907/ea/5d50e7dbfa5ba7226f6a95a595d5f2ea.png

См. выше.

для этого всегда был и есть cron

Ололо, нашёл кому про крон рассказывать.

Ну да, действительно есть. Но это не планировщик, а жалкое подобие.

Ну не acl как в конфиге сквида, но функционала в нём более чем достаточно, это таки просто торрент клиент а не ЯП.

См. выше.

Не нравится != нету.

Ололо, нашёл кому про крон рассказывать.

Ололо, даже говоришь что пользуешься, чем не устраивает то?

Ололо, даже говоришь что пользуешься, чем не устраивает то?

Всем устраивает. Недопланировщиком, естественно, не пользуюсь. Только transmission-remote и cron.

Только transmission-remote и cron.

Если нужно тормознуть торренты, я бы стопал демона, так надёжнее...

Мне бы хотелось например чтобы программы взаимодействовали между собой.

Пусть взаимодействуют, никто не мешает.
Хочешь своего юниксвея - выкинь для начала браузер и ходи в интернет через curl.

Правда? Как мне получить ip определенного интерфейса? Ну допустим eth0?

Бисти, на опенбзд 64 бит флеш в броузере будет работать? Хочу в виртуалку поставить.

вся суть.

вот и выросло поколение

Платочек на голову - и на лавочку.

Бисти, на опенбзд 64 бит флеш в броузере будет работать?

а?

FAQ 13.14 - Can I have Flash support in my web browser?

The Flash plugin is distributed by Adobe in binary form only. Adobe does not provide a native OpenBSD plugin. Considering their security record, we thank them for this neglect.

Да читал я это. Это предложение не отвечает на мой вопрос.

The Flash plugin is distributed by Adobe in binary form only.

Что это должно мне сказать? Я знаю, что сорцов они не дают.

Adobe does not provide a native OpenBSD plugin.

А не нативный? Что вообще такое нативный опенбзд плагин? Нативен флеш только в макоси.

Cron.

HTML5 работает (youtube etc.), а больше нигде по сути flash больше и не нужен. Gnash тоже вроде криво-косо работает (так же как и в Lin'е).