torrent клиент умеющий адекватно обрабатывать 95 мегабит download.

[Silver-angeL]

Собсно - сабж. По опыту понял, что Transmission для этих целей просто мрак.
Стоит разогнаться хотябы до 50 мегабит как проц улетает. Пытаюсь при этом в браузере что-то сделать, браузер виснет. Даю браузеру больше приоритета, немного улучшается работа, но торрент падает до нескольк Причем винт и не особо скрепит. Под альтернативными ОСями все быз проблем. 95 даун и иногда до 40-60 ап. При этом проц, ну не дотягивает до половины.
Если оставить комп, отойти от него, вроде как мегабит 90 Трансмишн дает. Но мне надо паралельно работать. Подскажите вылезаный клиент, пожалуйста.

[Lion-Simba]

При 90 мегабитах узким местом может быть не торрент-клиент, а жесткий диск или подсистема ввода/вывода (слышал, что на нее жалуются, начиная с ядра 2.6.24).

[dmig]

проверьте deluge, rtorrent, ctorrent.
касательно ввода-вывода: в .29 ядре произошли позитивные изменения, если есть подозрения на то, что упирается, можно обновить ядро

[Silver-angeL]

При 90 мегабитах узким местом может быть не торрент-клиент, а жесткий диск или подсистема ввода/вывода (слышал, что на нее жалуются, начиная с ядра 2.6.24).

Поддерживаю. Что-то подсказывает мне, что это подсистема ввода/вывода.
Вроде ехт3. Вроде не подвержана  такой сильной фрагментации, но вот какие грабли. Может быть попробовать форматнуть одну партицию во что-то другое и проверить там? Как думаете, будет результат?

[Temnyj]

У меня такая проблема появилась при переходе на 9.04. После очередных обновлений исчезла. (НЕ ИСЧЕЗЛА см. пост ниже)
При загрузке торрента на скорости 10-11 Мбайт/сек (т.е. примерно как и у автора) процессор используется на 100%, хотя сам клиент и демон Deluge используют только 30-40% CPU (видимо какие-то фоновые процессы грузят проц, но в списке их нет).
Но проблема даже не в загрузке процессора, загрузка на 100% была и в 8.04 и 8.10, но в это время я мог смотреть фильм или слушать музыку, работать... новые приложения открывались медленно, но все открытые работали нормально без глюков и тормозов и скорость закачки от этого не падала.
В 9.04 стал даже иногда указатель мышки замирать, а приложения тормозили, про открытие окон вообще нечего говорить, даже между приложениями переключался с трудом.
Потом пока копал проблему с дровами на встроенную видяху много чего обновлял. Перешел на новое ядро 2.6.30, но ничего существенно не поменялось в плане тормозов при загрузке на большой скорости. Сейчас проблема исчезла - при загрузке по торренту на скорости ~11Мбайт/сек проц используется на 100%, сам клиент и демон также ~40%, но все работает так как и раньше в 8.04(8.10) - ничего не тормозит и не замирает. Из-за чего все вернулось в норму трудно сказать. Из нестандартных репозиториев добавлены только:

Код: [Выделить]

deb http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu jaunty main #xorg-edgers PPA
deb-src http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu jaunty main #xorg-edgers PPA
deb http://ppa.launchpad.net/transmissionbt/ubuntu jaunty main
deb-src http://ppa.launchpad.net/transmissionbt/ubuntu jaunty mainПервый для видяхи (не стабильный), второй для Трансмишин с оф.сайта. Хотя я ним и редко пользуюсь, но подписался на обновления. Из софта дополнительно в последнее время ничего не ставил.

p.s.: Проблема записи больших файлов на жесткий диск есть (и в предыдущих Ubuntuх у меня она тоже была), но это не мешает работать. Т.е.  при копировании большого файла из папки в папку (скорость ~7Мбайт/сек) загрузка 100%, хотя сам процесс наутилуса ~5%, но в это время все приложения работают адекватно - не тормозят, новые правда запускаются с трудом.

[PitLord]

При загрузке торрента на скорости 10-11 Мбайт/сек (т.е. примерно как и у автора) процессор используется на 100%, хотя сам клиент и демон Deluge используют только 30-40% CPU (видимо какие-то фоновые процессы грузят проц, но в списке их нет).

Deluge написан на Python, конечно он будет тормозить на высоких скоростях.
Silver-angeL,  ставь  rtorrent - на такой скорости это точно будет лучший вариант:

https://forum.ubuntu.ru/index.php?topic=52108.0

[dmig]

Deluge написан на Python, конечно он будет тормозить на высоких скоростях.

а обосновать своё заявление?

deluge -- всего лишь обёртка вокруг libtorrent, так что основная нагрузка идёт на нативный код, а не на питоновский.

[Temnyj]

Поставил для теста rtorrent, да действительно он вполовину меньше грузит проц на высоких скоростях, но мне не жалко 20% CPU на удобство и красоту .

Пока тестил rtorrent понял, что проблема тормозов не ушла. Она просто не проявляется на файлах до 2ГБ. Если качать файлы большего размера через некоторое время начинаются тормоза. Причем как в rtorrent так и в deluge. По все видимости проблема в записи на диск.
rtorrent видимо пытается держать скорость до последнего, и записывает в оперативку (походу скачивания ее использование rtorrent'ом превышало 200 мб)... потом видимо пытается записывать на диск и загрузка проца взлетает до 100%, из которых на rtorrent все также приходиться ~20%.. тут то и начинает все притормаживать.
В deluge это проявляется по другому проц используется на 100%, но после загрузки части файла скорость начинает скакать: то упадет до 2 мбайт то опять поднимется до 10мбайт. Файл объемом 6.5ГБ - изначально заявлено, что будет скачан за 18 минут, в итоге из-за скачков качался больше 40 минут.
Пока радует что не так часто гружу такие большие файлы.

Побродил по инету возможно проблема в ядре связана с большим откликом системы ввода/вывода. http://it.slashdot.org/article.pl?sid=09%2F01%2F15%2F049201&from=rss

[Kwah]

Связано ли это именно с записью можно попробовать прояснить с помощью iotop.

[dmig]

Побродил по инету возможно проблема в ядре связана с большим откликом системы ввода/вывода. http://it.slashdot.org/article.pl?sid=09%2F01%2F15%2F049201&from=rss

может стоит попробовать ядро .30?
http://www.phoronix.com/scan.php?page=article&item=linux_2630&num=1

[Temnyj]

2 Kwah:
Поставил iotop.. сортировка по IO (в хелпе: SWAPIN and IO are the percentages of time the thread spent respectively while swapping in and waiting on I/O more generally.)
Колонка IO - всегда 0%, хотя сортировка по этой колонке идет (меняется порядок в списке) и процесс записи почти всегда на верху.. скорость записи прыгает 8-12МБайт, но в среднем где-то 10МБайт и набирается.. когда начинаются тормоза вверх (сортировка IO) всплывают разные программы - компиз, фаерфокс, htop.. в это время скорость записи падает..

Меня вот что смущает, что "системный монитор" который в гноме показывает 100% CPU, а htop показывает 30-40% загрузки. По тормозам прав "системный монитор". Только как выявить что за процесс грузит CPU?

2 dmig:
у меня ядро 2.6.30-9-generic

[Kwah]

Меня вот что смущает, что "системный монитор" который в гноме показывает 100% CPU, а htop показывает 30-40% загрузки. По тормозам прав "системный монитор". Только как выявить что за процесс грузит CPU?

Гномовский системный монитор сам может быть причиной большой загрузки процессора. ЕМНИП, в 8.10 простой его запуск сильно нагружал систему, сейчас это вроде исправили, может не до конца?

[dmig]

2 dmig:
у меня ядро 2.6.30-9-generic

значит не до конца вылечили...

вот ещё какой вопрос возник: а как дела обстоят со свопом? не обращается ли система к нему? если обращения есть -- это главный источник тормозов.

удобно наблюдать зв загрузкой с помощью апплета "системный монитор", он разделяет цветом IOWait, пользовательскую и ядрёную загрузку проца, можно понаблюдать за памятью и свопом.
Пользователь решил продолжить мысль 24 Июня 2009, 16:56:29:кста, вот ещё кто есть: http://sourceforge.net/project/screenshots.php?group_id=249175
сам его не пробовал

[Temnyj]

удобно наблюдать зв загрузкой с помощью апплета "системный монитор", он разделяет цветом IOWait, пользовательскую и ядрёную загрузку проца, можно понаблюдать за памятью и свопом.

Ага т.е. светлое это ядро?
Как раз об этом и писал выше.. апплета "системный монитор" рисует 100% загрузки из них 30-40% ярким и остальные светлым цветом.. htop показывает только 30-40% так понимаю которые закрашены ярким цветом в аплете..

[dmig]

у него цвета настраиваются. по дефолту они не слишком различимы, я поконтрастней поставил.
htop показывает 30-40% скорее всего без учёта iowait, т.е. только пользовательские процессы и ядро