Рapant писал(а):
Цитата:
У вас это в статусе трекера или ретрекера?
Забыл уточнить. На этом трекере да, только в статусе ретрекера, а на другом трекере и в статусе ретрекера и на основном трекере. Причем здесь, на этом трекере, когда в статусе ретрекерера возникает такая проблема сама раздача из профиля исчезает. Так же иногда на ретрекерах бывает "отключен (превышено время ожидания)". С чем это вообще может быть связано и как возможно это побороть? Подозреваю, что это перегрузка самих трекеров и они не успевают обрабатывать запросы.
тыщ писал(а):
Цитата:
Да не особая трагедия, закрытые порты похуже.
В 2.0.1 есть net.utp_initial_packet_size, net.utp_packet_size_interval
И ещё, помню скрин лога, где UPnP раз в несколько минут пыталось разобраться попеременно с UDP и TCP портами.
Это да, но вроде бы у довольно многих uTP работает довольно не плохо, хочется и самому "прикоснуться к новому" и раздавать/качать по uTP. Тем более что определенные плюсы налицо, в общем как и минусы.
Про версию 2.0.1 - это интересно. Давно хотелось увидеть параметр регулировки размера uTP-пакета. Но еще несколько дней назад пробовал эту версию и она у меня очень сильно грузит ЦП, не представляю с чем это может быть связано. Настройки все сбрасывал, не помогает. В итоге вернулся на 2.0.
По поводу куска лога не очень понял Вас. Да, такая запись в ем была, но о чем это говорит? Указанная переменная
net.upnp_tcp_only имеет значение
false.
