TCPIP
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору tnz 01:33 30-12-2005 Цитата: А на какую скорость 10 соединений хватает | На 128 у меня вылезает достаточно редко (но, признаться все же вылезает). Но это, по нынешним временам, разумеется не скорость. Хотя я не понимаю, как так, ведь разрешено 50 соединений на торрент и в списке клиентов до тучи... Это не сюда, но все же: у меня вот ReGet при количестве соединений на закачку больше 2 почему-то падает. Попробовал µTorrent: хорош! Если сравнивать с голым Azureus, без плагинов, то на первый взгляд в µTorrent даже больше возможностей. По крайней мере, я в упор не вижу: - Где возможность останавливать сидирование по достижению нужного коэффициента (First Priority? А как понять, что Any torrents matching the First priority criteria will not be automatically stopped and queued?) А когда он таки will be stopped?;
- Где список ошибок, список клиентов, отсылающих данные с ошибками и список отброшенных мегабайт всего/по отдельному клиенту? (Только Hash Fails и Discarded?);
- Где в Azureus возможность редактирования трекеров у торрента? (Дело в том, что у меня как раз торрент с дохлыми трекерами --- один к себе не пускает (exceem), остальные померли. Вот тут Azureus со своим DHT хорош (4 пира против 1 у конкурентов, который еще и отдавал по 10 мегов в сутки!);
Как-то и не приметил сразу: Advanced|Tracker|Edit Tracker URL(s) Ну и с настройками столбцов в Azureus бардак какой-то. Сама идея очень хороша: стобец - описание; не надо ломать голову для чего нужен этот, а для чего тот столбец, что такое Up Speed, а что Down (в BitSpirit без поллитры не поймешь, что у них за Downloader count такое --- это те, кто с тебя сливают или те, что тебе отдают; скорее первое, но вот по результату не похоже). Но: почему большинство выбранных столбцов слетают, стоит вызвать диалоговое окно выбора столбцов? Баг 7-го билда? Похоже, что это так классно ява работает с памятью. Так что пока в µTorrent одно железно плохо --- таблица DHT по сравнению с Azureus просто никакая, ну и с описанием параметров не очень хорошо даже в FAQ (правда, в BitSpirit с описанием значений тех или иных установок и параметров все гораздо хуже. Здесь он чемпион (даже FAQ нет) и без форума не обойтись.) А вот хороший пример преимущества µTorrent: решил загрузить Джексоновского Кинг Конга (уж больно все заинтриговали --- неужто будет не так скучно, как вариант от, кажется 1976 года? (вариант от 33 года не смотрел)). Врубил в Azureus. Тот нашел достаточное для моего соединения количество клиентов, а вся ватага сложилась в 30 мегабит (200 килобит в среднем; уже смешно...). Ну да я не об этом. Что бы вы думали: клиенты крутятся (причем большинство BitComet'ов, 2 µTorrent'а и 4 Azureus'а --- чес гря, первый раз вижу, что так мало Azureus'ов). Так вот крутятся клиенты, с одного µTorrent'а что-то в 17 килобит (да-да, килобит, а не килобайт) качается, а с остальных дай Бог по нескольку килобит. С трекерами более менее все в порядке (только filelist не пускает, но где ж на него доступ надыбать, придется выкинуть его). А все равно, ничего не качается. Открыл торрент в µTorrent и... полетело. Худо-бедно, но уже килобайты, а не килобиты. И... что самое интересное: оказывается это DHT для данного торрента запрещен! Это совершенно отчетливо видно в µTorrent, а вот с Azureus'ом что-то не удалось найти запись об этом. А теперь еще интереснее: если открывать другие торренты с таким же хешем, но разными трекерами в них, то µTorrent предлагает добавить трекеры из открываемых торрентов в уже открытый торрент! После добавления новых трекеров скорость еще немного выросла. Тогда какAzureus просто говорит, что такой торрент уже открыт. Есть ли такая возможность в Azureus? А про выделение памяти мне, как человеку, считающему, что о нехватке памяти в нынешний век нельзя говорить, разница в ее использовании видна еще более отчетливо. Все-таки приятнее работать на машине с 512 мегами, когда выделение памяти 300 мегабайт, а не 600, как получается при работе с Azureus. | Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 01:40 30-12-2005 | Исправлено: TCPIP, 15:48 30-12-2005 |
|