LINUX.ORG.RU

BitTorrent 4.4.0


0

0

Обновился инструмент быстрого обмена файлами. Изменения:

  • серьёзно реорганизован код (теперь на gtk+-2.6);
  • исправлены все известные ошибки;
  • внесены улучшения из beta-ветки;
  • устранена утечка памяти;
  • добавлены новые и исправлены старые переводы;
  • доработан внешний вид;
Линк для скачивания.

>>> Подробности

★★★★★

Проверено: Obidos ()

>устранена утечка памяти;

Помницца, что в созданной мной теме про утечки памяти, мн быстро объяснили, что это все сказки. Так как можно устранить то, чего нет?

anonymous
()
Ответ на: комментарий от anonizmus

>и что что на питоне ? Было бы умение - а утечку памяти можно реализовать на чем угодно !!!

Было бы любопытно взглянуть на утечку памяти в Питоне ;)

php-coder ★★★★★
()

>исправлены все известные ошибки;

Молодцы. Наверное, это было не просто.

>добавлены новые и исправлены старые переводы;

И за этим следят... молодцы, как не похвалить :)

P.S. Сам я эту программу в глаза не видел =)

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

>Было бы любопытно взглянуть на утечку памяти в Питоне ;)

Думаю, на нём утечку памяти организовать не сложнее, чем на Java или PHP.

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

Это смотря что считать утечкой. Может там банально очередь использовалась неправильно и бесконечно разрасталась.

AngryElf ★★★★★
()

>доработан внешний вид

А приняли во внимание просто саму невозможность с помощью GTK улучшить внешний вид?

anonymous
()

offtop:

А никто не посоветует клиента под линукс, подхватывающий новые торренты на лету, без перезагрузки и без запуска отдельного независимого процесса и\или открытия порта для каждого .torrent'a ??? Гугель весь перерыл, нет ничего нужного :((

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

> А никто не посоветует клиента под линукс, подхватывающий новые торренты на лету, без перезагрузки и без запуска отдельного независимого процесса и\или открытия порта для каждого .torrent'a ???

Ну, эээ, Azureus? Он правда на java, но все равно ничего лучше не видать. Разве что mldonkey истользовать...

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

как раз из пакета BitTorrent - launchmany-curses, launchmany-console

Народ, может у кого опыт есть как заставить работать его под CensOS? Здесь Python2.3 с коробки. Ставлю 2.4 - не работает yum, ну и многое что на питоне завязано.Да и сам bittorent не работает. Как это побороть плиз. Работают только старые версии под python2.3 и то с напильником.

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

То, что он на жабе - один из минусов :( При расшаривании нескольких тысяч файлов он еле шевелится :(( За mldonkey - thx, гляну

anonymous
()

как заставит его запустится в бэкграунде? btdownloadcurser или любую другую утелитку из этого пакета...

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

>>как раз из пакета BitTorrent - launchmany-curses, launchmany-console

Хм, забыл сказать - нужно не качать а сидить, т.е. раздавать...

anonymous
()

> исправлены все известные ошибки;

> устранена утечка памяти;

вывод: утечка памяти ошибкой не является

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

> При расшаривании нескольких тысяч файлов

Простите, а какой у вас аплоад-канал? Задаю этот вопрос потому, что сидирование на (к примеру) мегабитном аплоаде уже пары десятков торрентов начинает вонять ословодством.

Суть торрента -- БЫСТРО отдать/скачать, а не др@чить месяцами, как в осле.

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

Канал - 100Мбит, полный дуплекс... Собираюсь переходить с раздачи по http на что-то р2р для снижения нагрузки, и вот присмотрет торрент как кандидата... Я ошибся?

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

> Канал - 100Мбит, полный дуплекс... Собираюсь переходить с раздачи по http на что-то р2р для снижения нагрузки, и вот присмотрет торрент как кандидата... Я ошибся?

Да нет, как раз то что надо. Оно именно для этого и было создано.

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

> как заставит его запустится в бэкграунде? btdownloadcurser или любую другую утелитку из этого пакета

btlaunchmany.py /gde/torenti/lezit >/dev/null &

/gde/torenti/lezit разшаренный на сервере. Если надо статус - иши напильник, перепиши stdout на файл. несколько строчек надо поправить.

kozmo
()
Ответ на: комментарий от anonymous

> Собираюсь переходить с раздачи по http на что-то р2р для снижения нагрузки, и вот присмотрет торрент как кандидата... Я ошибся?

Ход мыслей правильный. Но забыли простую вещь: делим 100Мбит на 1000 торрентов и получаем 100кбит на торрент. Такие скорости больше характерны для тормозного осла. Не держите больше 100-200 включённых торрентов одновременно и всё будет замечательно: полмегабита-мегабит на торрент уже хорошо, гигабайтный файл будет улетать менее чем за сутки.

В торренте есть одно простое правило: "скачал -- останься отдавать". Поэтому для раздающего достаточно дождаться появления 4-5 сидов, после чего эту раздачу остановить и перейти к следующей. Дальше остаётся только время от времени "поднимать" те раздачи, где сбежали все сиды, но личеры ещё есть.

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

>>делим 100Мбит на 1000 торрентов и получаем 100кбит на торрент.

Торрентов больше тысячи, но более 5000 не ожидается в обозримом будущем, насчет вычисления скорости не согласен - см. ниже

>>Не держите больше 100-200 включённых торрентов одновременно и всё будет замечательно: полмегабита-мегабит на торрент уже хорошо, гигабайтный файл будет улетать менее чем за сутки

Вероятность того, что все торренты вдруг начнут сразу качать - ничтожно мала - при нынешней системе скачки по http качается несколько фильмов из новинок несколькими десятками пользователей и при переводе на торрент думаю, это не изменится, что уже большой и жирный +

>>В торренте есть одно простое правило: "скачал -- останься отдавать". Поэтому для раздающего достаточно дождаться появления 4-5 сидов

Вот-вот, не обязательно им ломиться на основного раздающего, обойдутся и такимиже пользователями как и они сами ;) => прибавка в скорости

>>Дальше остаётся только время от времени "поднимать" те раздачи, где сбежали все сиды, но личеры ещё есть

На преждевременное разбегание раздающих найдем управу ввиде рейтингов ;)

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

Как раз так он у меня и работает у меня локальная сеть. От фтп отказался сейчас сидю около 1500 файлов фильмы музон для абонентов. Народ очень рад. с торрентом подружился и все теперь гоняет только им. Народа 2500 челов. Все автоматизированно, создается описание, автоматом создается торрент. launcmany-curses его подхватывает. Кому надо как его запускать в бэкграунде - очень просто и очень удобно к примеру screen -A -mdS torrent launcmany-curses --max_upload_rate 0 ./

ну и ключи уже по вкусу.

просто возникла недавно проблема, клиент начал вылетать. пишет ошибку и виснет. Ошибка просто raise exeption кажись. Это более новые версии. Поставил более старую версию - работает намного стабильнее. Но вылетает дето 2-3 раза в сутки. Стоит такой же клиент на соседней машине, но там сидятся около 500 файлов, там игры. Работает без вылетов. Я думаю что это ограничение самой OS срабатывают, типа ограничение на количество открытых файлов и тд. Кстати старый клиент при зависании пишет что не может создать новый поток. Вот я и хочу проверить, может это клиенты все такие глючные были. А ставить не получается. При переустановки питона многое перестает работать.

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

>>Как раз так он у меня и работает у меня локальная сеть. От фтп отказался сейчас сидю около 1500 файлов фильмы музон для абонентов.

Аналогично :) Только у меня только видео

>>Все автоматизированно, создается описание, автоматом создается торрент.

Скриптиком не поделитесь? ;)

>>launcmany-curses его подхватывает

Рестарт торрента не требуется? Как это по ресурсам - по памяти и процу? Какой примерно трафик в месяц?

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

[root@media ~]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Xeon(TM) CPU 3.40GHz stepping : 3 cpu MHz : 3401.539 cache size : 2048 KB

[root@media ~]# cat /proc/meminfo MemTotal: 2074424 kB MemFree: 17712 kB Buffers: 9716 kB Cached: 1776484 kB SwapCached: 0 kB Active: 707976 kB Inactive: 1311568 kB HighTotal: 1179072 kB HighFree: 1728 kB LowTotal: 895352 kB LowFree: 15984 kB

Трафик: загрузка 80мегабит ~ 20 часов в сутки. остальный 4 часа люди спят. Абоненты наши в основном пользуются BitComet. На мой взгляд очень быстрый и удобный клиент. Azureus красивый и мощный, но держать на виндовой машине этот поглотитель ресурсов просто невозможно. На линухе работает на мой вгляд быстрее, хотя наверное еще зависит от версии явы. Для линуха есть хороший клиент rtorrent - очень информативный. Многие параметры настраиваются на лету. Удобен для домашнего использования как консольный клиент.

launchmany-curses перезапускать ненадо, Если не будет глючить - забываешь про то что он существует и просто подкидываещь торренты. Ловит, добавляет на лету.

На машине работает вэб мускул треккер торрент-клиент и в бесконечном цикле создавалка торрентов. Что еще хорошо в launcmany-curses, то это то что он находит торрент файлы рекурсивно с вершины дерева. Глубину не исследовал. Скрипт на перле, могу поделится без проблем. Подправишь для себя как надо или свой по примеру напишешь.

Rusik admin@normaplus.com

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

да, забыл трек есть до 5% процессора, 45% съедает клиент.

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

> просто возникла недавно проблема, клиент начал вылетать. пишет ошибку и виснет. Ошибка просто raise exeption кажись. Это более новые версии. Поставил более старую версию - работает намного стабильнее. Но вылетает дето 2-3 раза в сутки. Стоит такой же клиент на соседней машине, но там сидятся около 500 файлов, там игры. Работает без вылетов. Я думаю что это ограничение самой OS срабатывают, типа ограничение на количество открытых файлов и тд. Кстати старый клиент при зависании пишет что не может создать новый поток. Вот я и хочу проверить, может это клиенты все такие глючные были. А ставить не получается. При переустановки питона многое перестает работать.

bittornado 0.3.8 стеной стоит. Мне конечно не сидятся такая куча. Посмотреть
сколько соединений, если надо  обрезать число на торрент. Мой 200MMX-196Mb
способен переварить около  400 соединений при загрузке 90-95%. 40 торрентов
по 10 соединений на каждый. Моя математика не годится для широкополосного
линка. Если скачивают с 1Mbyte/s там уже другая нагрузка. Применяю
btlaunchmany.py.  curses  там непричом, нету монитора. 

Злые трекеры кидает старых клиентов.
/usr/lib/python2.4/urllib2.py
попправить server_version
server_version = "Azureus 2.3.0.6"
/usr/lib/python2.4/urllib.py также
version = "Azureus 2.3.0.6"

kozmo
()

народ! скажите где раздача торентов с металлом есть!!!

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