Насколько я знаю в 8.x (про 10 не знаю пока ибо релиза не было) есть баг с крайне медленной работой петлевого интерфейса система, при этом ещё создаётся нагрузка на систему. Думаю, что дело в этом.
jurok04: если делать совсем на коленке, то можно всё запихать в самораспаковывающийся архив, инсталлятор запустить батником, например, а потом тем же батником перезаписать файлы.
P.S. собственно полученная портативная сборка это и есть оригинальный инсталляционный файл, просто он видимо не пережил отрезания от него рекламы и помер :) В общем - честно, не проверяла даже режим инсталляции :)
P.P.S. для прописывания правил брандмауэру клиент надо лишь один раз запустить из под админа, в принципе тоже можно из самораспаковывающегося архива сделать.
jurok04: не задавалась таким вопросом от слова совсем. В принципе никто не мешает поставить любую оригинальную версию, например из второй линейки, что бы инсталлятор без мусора был, а потом заменить исполняемый файл, при этом настройки, так же с заменой водрузить в профиль к пользователю. Всё заработает.
Michle:
1) такое есть, да, это баг не только этого, но и ещё пачки билдов до и после :( мне его по простому не исправить, однако основная фича RSS, т. е. автозакачка, работает, впрочем, также работает и добавление правил для автозакачки. Подозреваю, что это баг где то в гуе, в обработчике менюшек ибо вся начинка работает, но дизассемблировать и править лень.
2) Это специально попилено в настройках по соображением приватности поскольку нет адекватного описания как оно работает, ну т. е. дабы сторонний сервис не имел прямого доступа к списку раздач, опции:
webui.raptor_host
webui.raptor_port
webui.talon_host
webui.talon_port
>>Опробуем новую версию, спасибо! =)
Да не за что, собственно версия то та же, просто настройки чуть допилены в области кэширования.
lololololo: p.s. или вот смотрите, по банальной команде ping (в торренте даже ping не нужен, ибо достаточно просто на уровне протокола замерить время ответа клиента при инициализации соединения). В общем я могу не только определить количество промежуточных узлов но и, приблизительно, зная скорость света, расстояние до узла.
ping 192.168.1.1
Обмен пакетами с 192.168.1.1 по с 32 байтами данных:
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=128
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=128
Обмен пакетами с 192.168.50.1 по с 32 байтами данных:
Ответ от 192.168.50.1: число байт=32 время=154мс TTL=63
Ответ от 192.168.50.1: число байт=32 время=149мс TTL=63
Ответ от 192.168.50.1: число байт=32 время=149мс TTL=63
Ответ от 192.168.50.1: число байт=32 время=148мс TTL=63
lololololo: ну так это я описала придуманный на ходу способ как эвристически и с высокой долей вероятности спрогнозировать это значение не имея никаких дополнительных механизмов, не запуская при этом трейсроут и т. д. :) Как конкретно это в торренте реализовано не разбиралась, но это работает, что хорошо видно и по списку и сидов и пиров на толстых раздачах, а ещё, косвенно, по тому как клиент набирает скорость после старта закачки.
lololololo: P.S. под Linux имеется ввиду именно ядро, т.е. туда же относится и Android и всё оборудование в виде роутеров с торрент клиентами и прочие коробки по типу NAS.
lololololo: гораздо точнее чем просто степень двойки, а на практике, даже я могу легко назвать значения по умолчанию для Windows (TTL=128) и Linux (TTl=64), что заведомо покрывает практически все клиенты. При этом есть ещё и спецификации IP протокола www.iana.org/assignments/ip-parameters/ip-paramete... :
IP TIME TO LIVE PARAMETER Note The current recommended default time to live (TTL) for the Internet
Protocol (IP) is 64 [RFC791], [RFC1122].
Ну а дальше просто статистика, из которой следует, что 95-97% пользователей не меняют настройки по умолчанию даже у прикладного софта, которым пользуются каждый день, не говоря уже о столь глубинных настройках системы.
Michle: благо сайт открыт, да и настройки, впрочем как и версию, я, очевидно, буду в последствии обновлять. Собственно ссылки выше битые поскольку содержат устаревшие настройки, которые, как оказалось, вызывают проблемы на определённых конфигурациях. В общем пока в торренте просто не вижу особого смысла. Хотя в будущем не исключаю, что может и выложу всё это поделие на какой либо трекер, дабы не потерялось.
Michle: последовательная загрузка файлов есть и в мюторрент, у меня она даже включена ( bt.sequential_download и bt.sequential_files ), а так - да, самая натуральная запрещённая магия :)
Странно, что проявляется проблема 1 ибо это очень похоже на перегрузку дискового кэша или же она проявляется во время когда нет закачек?
Beholder: ... а столь сложные комбинации данных (скорее всего это dev/random) наверняка использованы для надёжной идентификации копипасты без цитирования оригинала (т.е. не перепоста, а копирования) и перезаливов фото по ссылке.
asdz: да не за что. Единственное замечание тут, что если ставите кому-то другому или неопытному, то лучше ставьте 36044 ибо она действительно несколько месяцев у меня гонялась и проблем, кроме нескольких косметических, не вылезло. В то же время про 38397 я не могу честно сказать «поставить и забыть» что там вылезти может точно никто не знает. Она явно лучше более новых версий, которые точно криво работают с сетью, но что в ней конкретно изменено не известно ибо в логе между ней и 36044 есть жуткая надпись «backend... fixes». Жуткая она поскольку после второй такой надписи клиент даже при остановленных передачах и выключенном DHT при старте стал надёжно класть сеть и оборудование созданием за пару секунд нескольких десятков тысяч соединений (это на моих конфигурациях так с 641 и 1129 раздачами).
С# для других целей обычно используют нежели C++, это действительно очень хороший и проработанный язык. Но вот D я бы не стал рассматривать серьёзно как основной язык, он очень хилый в плане поддержки, а с учётом наличия сейчас C++14 и уже допиливаемого C++17, ну и конечно Boost многие склоняются к мысли, что D вообще не взлетит ибо непонятно зачем он нужен, особенно при том, что его STL не работает с выключенным сборщиком мусора. Ну а про Go вы вообще зря в контексте сравнения C++ это уже совсем из другой области.
