Рестартуем его:

Попозло опять... Ну что за фигня, ничего не понимаю:( С соседнего личера все тащится нормально, ему отдается тоже...

Т.е. это проблема на той стороне, так получается?

А как быть если у меня utorrenta, как и его файлов конфигурации нет в принципе? :diablo: Я бы рад, конечно, вернуться на 1.6, только не имею технической возможности :-p

У меня rtorrent версии 0.7.2.

Итого, мы, похоже, возвращаемся к началу:(

Получается что единственный вариант исследования проблемы - это внимательно читать и потом долго медитировать?

Боюсь, адекватно обработать дампы размером в сотни мегабайт будет непросто, сомневаюсь, что оно того стоит...:(

Про "рад бы вернуться на 1.6" - это такая шутка была. Мне в соседней ветке переодически возникающее обсуждение "стучит или не стучит utorrent" читать просто смешно. Чтобы не стучало - пользуйтесь программами с открытым кодом.

Менять быстро и надежно работающий консольный rtorrent на это виндовое угробище, security которого вызывает большие сомнения, я не буду однозначно. У меня аптайм машинки и торрентового клиента измеряется месяцами, зачем мне глюкавый несекьюрный софт?

Вообще, начиная эту тему, я рассчитывал, что кто-то, кто хорошо знает ПРОТОКОЛ торрента подскажет - в каком направлении копать. Таких не обнаружилось, очень жаль.

А что насчет Azureus? Открытый, под линухом тоже работает.

На яве??? Хотя, конечно, уж всяко лучше закрытого utorrent.

Слушайте, что вы ко мне пристали со сменой клиента? У меня rtorrent держит месяцами терабайт раздач на скорости 8 мегабит и не пищит:)

Ну, чтобы было понятнее, попытаюсь объяснить.

1. Сервер монитора не имеет. Как, впрочем, и клавиатуры с мышкой. Он лежит дома в шкафу на полке.
2. Как отвязать X от Xserverа через xnest я, в принципе, представляю, но, скажу честно - xnest крив.
3. Соответственно, любые клиенты, завязанные на графические интерфейс мне НЕ НУЖНЫ. Ничего, кроме затрат памяти и процессора на отрисовку рюшечек графический торрентовый клиент не дает.
4. Чем больше код клиента и чем больше в нем библиотек используется - тем больше там потенциальных багов и, что самое опасное для приложения, имеющего открытый снаружи порт - нарушений безопастности. Потенциальных, но от этого они менее опасными не становятся.

Соответственно, оптимальный клиент - это клиент минимального размера, использующий минимум "левых" библиотек, живущий в jail в котором есть только необходимые для работы клиента файлы на файловой системе, смонтированной в read only и со смонтированными с noexec файловыми системами, куда из этого jail можно писать. Разумеется, все это должно работать от непривилигированного пользователя.
Таким образом, риск того, что по каким-либо причинам вредоносный код будет записан на диск, выполнен или получит доступ к файлам за пределами jail минимален. Единственными подверженными риску данными в случае взлома клиента при этом являются собственно сами файлы раздач и passkey, но с этим ничего поделать невозможно. Схема, конечно, нуждается в доработке, т.к. там есть еще резервы для повышения уровня безопастности, но даже в этом примитивном виде она достаточно устойчива.

Пока из консольных клиентов я rtorrentу альтернативы не вижу. Если кто-то готов запускать utorrent под wine (wine, кстати, имеет выставленный suid, если я ничего не путаю, соответственно его применимость в среде где требуется безопастность под большим вопросом) или что еще хуже - под админом в винде, или азур с явой - ну что же, видимо, подобные люди осознают и принимают связанные с этим угрозы безопастности. Я на это пойтить не могу.

На Яве :)

Ничего себе объемчики на домашнем сервере :w00t:
А со сменой клиента мы не пристали - предлагаем возможные варианты решения проблемы.

Перегреется же он там :fear2:
А вообще сервер и должен нормально без клавы и мыши работать. Для управления есть Radm... блин, у тебя же никсы ;) но какой-нибудь аналог должен быть скорее всего, и не один?
Да, а конфиг сервера какой?

Он и в консольном режиме работать может. И через Web управляться.
Я ничего из этого не пробовал ;)

Может и Яву можно в этом jail запустить?...

Как раз есть возможность это проверить. Вдруг окажется лучше :)

Нормальные такие объемчики. Как раз вчера на очередном винте место закончилось :(

Ну, там есть еще над чем поработать. Сейчас проблема решена просто - отсутствием дверцы. А на работе я себе микростоечку из обычного шкафа сделал - в задней стенке прорезал отверстие сверху для выхода горячего воздуха, снизу отверстия под вентиляторы. Полки такой ширины, чтобы не мешали циркуляции воздуха снизу вверх. Вентиляторы от нокиевского dslamа, запущенные от 12В вместо штатных 24 практически не шумят, при этом 6 вентиляторов дают очень нехилый воздушный поток сквозь весь шкаф. Три компа живут в нем замечательно, думаю, по теплоотводу запас еще на столько же:)

Естественно, ssh его зовут:) А конфиг на данный момент такой.
1. Мать supermicro
2. Два процессора P3 на 450 Mhz
3. Мозгов 768 метров
4. Compact Flash на 2 гига в качестве загрузочного диска
5. Три винта на 320 и один винт на 750 гиг.
6. Шесть ethernet портов (один горелый, правда:)

Ну, что бы что-то написанное на яве нормально работало - я не верю:)

Думаю, можно. Только у меня ресурсов столько нет. Я, как слышу слово ява, так сразу вспоминаю одно приложение, написанное именно на ней, которое крутилось на очень мощном по тем временам 4-х процессорном сане и при этом нещадно тормозило.

Ты будешь смеяться, но это одна и та же версия клиента на одной и той же машинке. Разница в том, что они работали через разные каналы и в том, что аптайм у процессов разный (может, именно в этом дело) - один работал больше месяца с момента последней перезагрузки, второй - запущен только что.

Ага, интересно... Я, в принципе, так и думал, но тогда мне не понятно - почему у другого пира я чанки прошу, а у этого - нет.

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

Пробовал пару лет назад. Какой-то странный он... В общем дальше этапа тестирования дело не пошло.

Классная табличка, tnx. Не уверен что это приведет к замене клиента, но посмотреть очень любопытно.