dorbaefff: прошу прощения. Нашла проблемы с последними билдами, они напрочь кладут сеть при старте даже при остановленных раздачах и выключенном DHT, у себя не заметила лишь потому, что в качестве роутера работает очень мощная машина.
Перевыложила две адекватные и полностью работающие версии с более оптимизированными и универсальными настройками, это 3.4.2.36044 ( rghost.ru/6cm8v77pJ ) и 3.4.2.38397 ( rghost.ru/7YQ5GMpmQ ).
Обновила сборку до версии 3.4.2.38913 ибо в ней поправили некоторые ошибки во внутренней логике программы. В сборке так же были обновлены настройки на более оптимальные и универсальные (тестирование проводилось на 12 физических машинах с Windows 7, Windows 8.1 и абсолютно разными конфигурациями), изменено следующее:
Безопасность:
Добавила довольно большой список портов в исключение
bt.no_connect_to_services_list=1,20,21,22,23,24,25,43,53,69,80,81,82,110,123,135,137,138,139,143,161,162,179,194,264,411,412,443,445,465,587,593,989,990,992,993,995,1027,1080,1194,1200,1293,1721,1723,3128,3724,3389,3544,3899,4080,4081,4090,4500,4899,5004,5005,5800,5900,5938,6665,6666,6667,6668,6669,6679,6697,8008,8080,8090,8118,8123,9030,9050,9051,9150
тем самым запретив подключение к портам, используемым по умолчанию для большинства распространённых интернет сервисов. Это обезопасит клиент от участия в неконтролируемой со стороны пользователя DDoS атаке на сторонние ресурсы.
Оптимизация работы с кэшем клиента:
принудительно включила:
cache.writeimm=1
cache.writeout=1
это опции "Записывать нетронутые блоки каждые 2 минуты" и "Записывать завершённые части немедленно", без их включения клиент на больших раздачах и при большом количестве низкоскоростных пиров клиент иногда начинал задерживать мелкие куски частей в кэше записи, что приводило к ошибке "Disk cache overload" при нулевой нагрузке на физический диск.
Помимо этого так же принудительно включена:
diskio.no_zero=1
Повышение удобства использования и надёжность работы:
принудительно включила:
gui.auto_restart=1
и добавила:
gui.bundles_tab_user_clicked=1
Производительность и побочные нагрузки:
Уменьшила максимальное количество полуоткрытых соединений до 50
net.max_halfopen=50
Прошу обратить внимание, что в настройках для снижения потребления ресурсов клиентом включена опция :
net.disable_incoming_ipv6=1
Если вы редкий счастливый обладатель интернета с реальным IPv6 то стоит отключить эту опцию.
Помимо этого максимальный размер кэша клиента установлен вручную на 512 МБ:
cache.override=1
cache.override_size=512
Если ваша машина имеет достаточно малый объём памяти (1 ГБ или менее) то советую отключить эту опцию. Эта опция есть в виде галки в настройках "Вместо автовыбора использовать указанный размер кэша (МБ)"
Дѣаволъ: добавлять в торрент файлы ссылку на обновление это всё же к администрации трекеров. Ну а до тех пор можно делать почти тоже самое через RSS подписки, ну т. е. именно автообновление работает, а вот удалять старые данные приходится вручную. Для трекеров, которые не поддерживают RSS из коробки, есть чудесный сервис litr.cc .
Riez: таксь, после повторного тестирования обнаружила одну проблему с теми настройками, которые залила на хостинг, там в дополнительных опциях надо выставить diskio.all_writes_sync = false, т.е. вернуть значение этой опции в значение по умолчанию иначе на больших закачках клиент начинает очень сильно жрать процессор. Помимо этого я удостоверилась в нормальной работе 3.4.2.38429 и пересела на более новую версию 3.4.2.38758 в момент когда она вышла, в которой исправлены мелкие косметические недочёты. В принципе пока всё хорошо.
Вот ссылка на версию 3.4.2.38758 с исправленной опцией diskio.all_writes_sync = false и увеличенным значением максимального объёма кэша с 256 до 512 МБ rghost.ru/8VzwqxXZn
xmoonlight: а как его по usb подключить то? Стандартной возможности вроде нет, есть только куча сторонних механизмов, которые слишком муторно настраиваются ради возможности просто протестировать, вот вроде самое живое Android Reverse Tethering 4pda.ru/forum/index.php?showtopic=288940 для него надо ставить xposed, а он с ART нормально не работает, а это значит, что надо будет аж два раза грузить трубу с полным ребилдом всех приложений....
Ради интереса(зач.) смеха в твитер гугловцам написал, может ответит кто, хоть это и маловероятно.
Ну т.е. калькулятор на Win mobile, конечно, в пределах 15-25 мс отвечает, но это стабильно происходит и таких диких лагов вообще нет, да и ему хотя бы простительно, девайс 2004 г. выпуска со 100 с копейками МГц проц.
Видимо пора ещё на пару лет забить на эту проблему.
Даже роутеры проверял, доступны три роутера, Keenetic 4G (оригинальная прошивка вер 2), Dlink DIR-825 (DD-WRT от 4 февр 2015) и TP-Link TP-MR 3020 (тоже оригинальная прошивка) и при работе через любой из них именно с ведроидом такая ерунда. При этом даже доисторический смарт на Win mobile 6.1 с 64 МБ памяти нормально работает.
Ну а что ковырять в прошивках я даже близко понятий не имею, если мне так "повезло" и там два кривых лан драйвера на обоих устройствах, при том одно из устройств Nexus то я даже не знаю, что сказать.
xmoonlight: дело в том, что у меня телефон Samsung Galaxy Nexus (GSM версия, maguru), на оригинальной прошивке и от Samsung и от Google была такая же ерунда.
Ради интереса и просто по причине того, что не помню уже о этом тесте, перепроверил работу с пакетами побольше (1000, 1400, 2000, 5000 байт) эффекта вообще никакого так же ответ плавает, так что вряд ли это группировка пакетов...
xmoonlight: тоже мимо - на планшете вообще на постоянную принудительно выставлена максимальная частота в 1.5 ГГц. На телефоне, средствами Циагена, тоже пробовал так делать - эффекта 0, нагрузка на систему при этом тоже близка к 0 (встроенный мониторинг благо в ОС есть и вкл. в опциях для разработчиков). Уровни сигнала и сигнал шум (смотрю по точке доступа, она с DD-WRT), впрочем, как и режим работы (скорость подключения) тоже адекватные. Честно говоря я этот вопрос написал уже когда совсем отчаялся сам разобраться с проблемой. У меня пока один стабильный опыт в этой области: ведроид нигде и никогда с сетью нормально не работал, всегда были такие лаги... вообще подозреваю, что просто ось из-за своей мобильности не предназначена в принципе для быстрой работы с сетью, может так работает какая то агрессивная группировка пакетов или ещё что. К слову, на телефоне ART включён вместо Dalvik, от этого всё стало работать сильно плавнее, но на этом баге это вообще никак не сказалось.
Перевыложила две адекватные и полностью работающие версии с более оптимизированными и универсальными настройками, это 3.4.2.36044 ( rghost.ru/6cm8v77pJ ) и 3.4.2.38397 ( rghost.ru/7YQ5GMpmQ ).
Советую всем обновить файл настроек!