Видно, трансмишн вроде как упирается в потолок но ядер у нас
не одно, а вовсе даже четыре. Одно из которых забито полностью, а остальные - помогают. Качаем на zfs gek из единственного зелёного диска, никаких оптимизаций и тюнинга не делал. Видно, что процессор занружен как раз на 50%. Интерфейс не залипает, да и с чего бы при 50%
По следующей картинке видно какая у меня тарифная скорость - в неё и упирается.
Тут я расслабился - и обнаружил, что скачка остановилась. Упс.
Перезагрузил трансмишн - что видим в логе
Dec 20 23:59:05 n4fodroid kernel: pid 12422 (transmission-daemon), uid 999: exited on signal 10
Dec 20 23:44:50 n4fodroid root: transmission service started
Dec 21 00:56:34 n4fodroid kernel: pid 15834 (transmission-daemon), uid 999: exited on signal 10
Dec 21 00:16:23 n4fodroid root: transmission service startedТо есть через 14 и 40 минут трансмишн вылетал по signal 10
UPD от 25 дек 2015 Камрад RU_Taurus предложил более симпатичное решение. Команды ниже. Можно положить как PostInit скрипт в System|Advanced|Command scripts
service transmission stop && pw usermod transmission -G wheel -d /mnt/Pool/Download/start/sys && service transmission start/UPD
Грешил на перегрев - но не он, тк (1) всё остальное не вылетает (2) вытаскивание из крпуса влияния не оказало
Начал гуглить, нашёл про права на папки - не помогло. А вот тут есть довольно мутная дискуссия по теме.
Почитав её, сделал вывод о подозрении на баг в одной из используемых именно v 2.84 transmission под FreeBSD библиотек.
Как обход одни пишут что-то про отключние UPnP, другеи - про обмен пирами...
Я отключил что мог - см - и вылета больше не наблюдал. За ночь докачалось без проблем, раздача потом шла почти сутки.
Вывод. Как торренткачалка вполне подойдет. Если у вас канал на 40-60 мБит. Если сотня и есть желание забить канал на скачку - коробочка будет грузиться в потолок. И вряд ли что будет делать одновременно.