LINUX.ORG.RU
решено ФорумTalks

[rtorrent] Подтвердите багу

 


0

1

Есть rtorrent (давно пользуюсь) и последнее время стал замечать что сжирает одно ядро проца на 100%. Сегодня решил поковырять поглубже и выяснил, что проблема в сочетании rtorrent+screen. Если просто запустить rtorrent в скрине, то все норм, но если Ctrl+A+D и потом выполнить screen -r torrent начинается дядя жора. От колличества раздач и их скорости не зависит.

/* Gentoo amd64, rtorrent-0.8.9, libtorrent-0.12.9, libsigc++-2.2.10 */

★★★

Доберусь до дому - могу попробовать.

Железо (прцо) роли не играет? А то пугали меня всякие трушные админы, как плохо работают амдшные процессоры из-за того, что софт пилится под штеуд.

pianolender ★★★
()
Ответ на: комментарий от pianolender

Железо (прцо) роли не играет? А то пугали меня всякие трушные админы, как плохо работают амдшные процессоры из-за того, что софт пилится под штеуд.

Я не трушный админ и даже не фейковый, так что насчет этого не знаю, да и AMD у меня не было никогда. Запускаю на E8400.

partyzan ★★★
() автор топика

rtorrent 0.8.9-2, libtorrent14 0.12.9-3, libsigc 2.2.9-1.1

все нормально.

Rastafarra ★★★★
()

У меня бага не воспроизводится.
Ядро 3.2.1-gentoo-r2, x86_64, версии rtorrent и библиотек такие же.
CFLAGS="-march=native -O2 -pipe"
Проц E5420.

Lavos ★★★★★
()

Не замечал такого. Атом 330. Убунта 12.04, всё из родных реп

Dao_Dezi
()

Вроде нашел. Дело было в новом prelink (~20111012). Prelink также еще и падал при прелинковке rtorrent. Поставил стабильный - глюк ушел.

partyzan ★★★
() автор топика

УМВР. Athlon II X4 630, Debian Squeeze, rtorrent (из Wheezy) + screen

YAR ★★★★★
()

rtorrent + tmux, amd64, полёт нормальный

takino ★★★★★
()

Нашел я таки траблу, отловил за уши можно сказать. В rtorrent было около 30 раздач и если не ограничивать max_peers, то начинает жрать проц. Уменьшил до 100 и стало все норм.

partyzan ★★★
() автор топика

screen -r torrent

Я использовал screen -RRD и без указания имени (он у меня один). Никаких проблем с загрузкой CPU не было. Только повышенная нагрузка на IO (постоянный дисковый трафик в 400..700кбайт/с при лимите отдачи (и сетевом значении) в 200кбайт/с). Так что не так давно, после многих лет жизни с rtorrent, отказался от последнего и перешёл на transmission. Демон жрёт примерно столько же памяти, вроде, чуть меньше процессора и ровно столько, сколько надо дисковой активности. Я доволен :)

KRoN73 ★★★★★
()
Ответ на: комментарий от partyzan

и если не ограничивать max_peers, то начинает жрать проц. Уменьшил до 100 и стало все норм.

А, понятно. У меня под 400 раздач, так что max_peers было вообще всего 50 :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

Кстати нашел сейчас по теме еще один с твоим участием про rtorrent.

Скажи, а max_peers это ограничение количества клиентов (пиров) на одну раздачу? Оно действует только на закачку или скажем max_peers/up+down?

partyzan ★★★
() автор топика
Ответ на: комментарий от partyzan

Скажи, а max_peers это ограничение количества клиентов (пиров) на одну раздачу?

Хм. Да, похоже, так. Я считал, почему-то, что это общее число клиентов. Но:

min_peers = value, max_peers = value
# Указывает минимальное и максимальное количество пиров в загружаемой закачке (торренте)

// http://ru.wikibooks.org/wiki/RTorrent

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

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

partyzan ★★★
() автор топика
Ответ на: комментарий от partyzan

так она нормальная и веб интерфейс к демону зачетный

И отдельные GUI-интерфейсы есть, в т.ч. под винду и Андроид :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

И отдельные GUI-интерфейсы есть, в т.ч. под винду и Андроид :)

Под аинду мне не надо, а вот под ведроид нужно. Как называется, чтоб быстрее найти именно тот?

partyzan ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.