inVollt,
19w85 Ну...
моя сборка как раз без DHT патча 
чтите описание (
http://rutracker.org/forum/viewtopic.php?t=5181383 ), всё что там пропатчено (в общем то там только выпилен хлам и удалена возможность получения клиентом настроек от разработчиков *), изменения по настройкам тоже есть в описании. Никакого DHT патча там не было, нет и вряд ли когда то будет ибо практической пользы в дикой природе (in the wild) от него катастрофически мало поскольку на открытых трекерах он не нужен, а на закрытых, например на LostFilm, такие "стада" сидов и пиров по нескольку тысяч, что смысла в DHT для этих раздач просто нет.
* к слову именно поэтому оригинальный файл этой же версии начал 1 марта падать, а файл из моей сборки нет
Выводы для себя я уже сделал, оригинал теперь только для тестов, чтобы можно было разработчикам дампы о падениях и зависаниях отправлять и прочие багрепорты через встроенный фидбек писать. Для реальных же применений, только версия без хлама, фундаментально огороженная от вмешательства со стороны.
Valery_Sh Эксперименты проводятся обязательно, в том то и дело, что именно по ним, даже если доки на системные API не читать и не пытаться разобраться в принципах взаимодействия клиента с системой, т. е. по голым тестам, видно насколько уныло ставить IOPriority=0 и как при этом всё начинает работать. Настоятельно советую прочесть пример эксперимента от Хранителя с Рутрекера
http://rutracker.org/forum/viewtopic.php?p=70161748#70161748 это очень хороший пример поскольку у него работает несколько копий клиента на одной машине и в каждой по нескольку тысяч раздач, т. е. на его конфигурации любые малейшие проблемы заметны сразу же как большой и жирный песец и вот у него
при удалении IOPriority скорость раздачи на копию увеличилась с 12 МБ/с до 19 МБ/с, а так же улучшилась работа клиента в целом. В моих же тестах, где скромные 1200+ раздач в одном клиенте на мощном сервере и 800+ раздач на тестовом зоопарке, с относительно маленьким для теста каналом в 100 Мбит/с** видно разные "чудесные глюки" с подвисанием и лагами клиента***, а также волнообразная отдача почти от любого чиха и любой существенной нагрузки на диск в системе везде на зоопарке****.
** однако это быстрее 98% пользователей в РФ
http://www.speedtest.net/result/5125089375.png , а средняя по планете скорость для фиксированного (не мобильного) подключения (с 21 февраля 2016 по настоящее время) вообще 17,2 Мбит/c, все данные от OOKLA. Поэтому как раз считаю, уже в целом, вне контекста с IOPriority, проведённое тестирование в целом репрезентативным, по крайней мере пока проблем с настройками в сборке не найдено, а существенно менялись последний раз в апреле 2015 г.
*** заметно на машинах где памяти 4 ГБ и, отчётливо заметно там где 2 ГБ и меньше и всё совсем плохо там где в сочетании с этим ещё и swap файл на HDD любой производительности (но не на SSD).
**** кроме мощного сервера (где 1200+), на котором хоть и работает куча сервисов, но где тьма дисков и они там почти всегда (80 - 90% времени) ниже 30% загружены.
dgfdhj Подробнее про IOPriority: по умолчанию стоит Normal, в случае если работа клиента вызывает явные проблемы в других программах то можно в качестве эксперимента поставить Low (1), такое значение уберёт активность клиента в фон на стороне системы и если это поможет решить проблему то стоит оставить значение на постоянно. Однако,
ни в коем случае, нельзя ставить приоритет VeryLow (0) поскольку клиент сможет записывать и читать данные только маленькими кусочками (таковы особенности системы Windows и это документировано), а это значительно снижает его производительность и увеличивает нагрузку на систему из-за большего количества вызовов внутри системных механизмов. Также хочу напомнить в контексте обсуждения, что клиент мониторит задержки на операциях работы с диском и в случае их увеличения автоматически снижает скорость, собственно именно по этой причине
снижать IOPriority ниже значения Normal имеет смысл только если это явно решает какую то проблему с задержками в других программах или системе. Также
при жалобах на волнообразную отдачу/закачку обязательно проверяйте, что не снижали приоритет клиенту.
Dimmick Благодарю! Также, пожалуйста, добавьте в шапку, что в случае проблем "волнообразная отдача" и тормоза в работе клиента надо обязательно проверять что в реестре не установлен IOPriority=0.
A1eksandr1 Агу, ага! Мы с тобой в своих сборках "испортили оригинальный клиент в лучшую сторону" дабы он стал ближе к тому что нужно пользователям и настройка из коробки была минимальной
BigBlue Программа портативная, но этот твик использует системный механизм и
работает по имени файла, так что сработает абсолютно одинаково, разумеется если имя файла клиенту не менять
P.S.
to All с праздником дам, если таковые тут есть, ну а даже если нет, то 8 марта для всех это также, наравне с масленицей, такой же тёплый и уютный праздник прихода весны.
Хоть за окном и сугробы, но птицы уже поют и весною пахнет немного и коты под окном орут
И хрен вы докажите обратное 
), может Вы в своей сборке сможете снять лимит в 600 секунд для bt.save_resume_rate ?