|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
23-Окт-25 13:22
(1 месяц 15 дней назад, ред. 23-Окт-25 13:22)
x86-64 писал(а):
88362055А почему нет?)
А потому что название и значение параметра должны соответствовать друг другу.
Кстати, ваше утверждение базируется на анализе исходников?
x86-64 писал(а):
88362055Ну это кто бы говорил еще
Примеры моих столь же неинформативных и при этом намекающих на недостаточный интеллектуальный уровень оппонента сообщений будут?
|
|
|
|
stаlkerok
Стаж: 2 года 9 месяцев Сообщений: 3157
|
stаlkerok ·
23-Окт-25 13:45
(спустя 23 мин.)
GCRaistlin писал(а):
88361667И закрытие клиента очень долгое. В прошлый раз заняло 20 минут. Причем время изменения .fastresume осталось тем же, что было в момент "нажатия на крестик". Чем клиент занимался 20 минут, непонятно.
Как вы его настроили, так и закрывается.
Со скоростью то же самое. Установите интервал обновления интерфейса от 2с, вы сгладите скачки.
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
23-Окт-25 13:55
(спустя 9 мин., ред. 23-Окт-25 13:56)
stаlkerok
Все по умолчанию. Ничего не настраивал, кроме порта.
stаlkerok писал(а):
88362188Установите интервал обновления интерфейса от 2с
Цитата:
Period: 5 minutes
Цитата:
Refresh interval: 1500 ms
Не думаю, что добавление 500 мс что-либо кардинально изменит. Скорость на самом деле околонулевая теперь - см. выше.
|
|
|
|
stаlkerok
Стаж: 2 года 9 месяцев Сообщений: 3157
|
stаlkerok ·
23-Окт-25 13:56
(спустя 1 мин.)
GCRaistlin, а, ну понятно 
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
23-Окт-25 13:57
(спустя 32 сек.)
|
|
|
|
stаlkerok
Стаж: 2 года 9 месяцев Сообщений: 3157
|
stаlkerok ·
23-Окт-25 13:59
(спустя 2 мин.)
Откуда у вас могут быть эти скачки. Вы точно ничего не перепутали? У вас 5мин интервал обновления интерфейса?
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
23-Окт-25 14:12
(спустя 12 мин., ред. 23-Окт-25 14:12)
stаlkerok
Я же сказал: все по умолчанию. Первое значение - из графика скорости, второе - из Options - Advanced.
|
|
|
|
Hanabishi
Стаж: 15 лет 7 месяцев Сообщений: 3106
|
Hanabishi ·
23-Окт-25 14:38
(спустя 26 мин.)
GCRaistlin писал(а):
88362006Серьезно? Download speed - это у нас скорость записи на диск? Как интересно.
Нет, тут имеется в виду, что когда очередь на запись переполняется, то клиент просто останавливает передачу данных. Когда очередь освобождается, он снова начинает грузить. То есть это может работать как косвенный показатель.
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
23-Окт-25 15:08
(спустя 30 мин.)
Hanabishi
Никакого переполнения очереди - нет. Скорости загрузки не те, файлы давно созданы (это я сразу отсекаю предположение про нагрузку диска заполнением нулями). 45 MB/s не может быть ни при каких обстоятельствах: сетевая карта - 100 Мбит/с. Т. е., какие бы причины скачков ни были, такая отображаемая скорость - уже однозначный глюк qB. И это было не единожды: наблюдал и "20 MB/s".
|
|
|
|
Dalamar
Стаж: 18 лет 1 месяц Сообщений: 220
|
Dalamar ·
23-Окт-25 16:17
(спустя 1 час 8 мин.)
GCRaistlin писал(а):
88359227Dalamar
Попробуйте uT с тем же портом. Если там все нормально будет, значит, дело в qB.
Вообще, случайный порт приемлем, только если "шнур интернета" воткнут непосредственно в сетевую карту компьютера, без всякого роутера, или если IP серый. В остальных случаях лучше прописывать вручную, ибо UPnP, как костыль для домохозяек, может преподносить сюрпризы.
Так, любопытно, что в uT работает и со случайным портом, и с таким же как в qB.
Выходит, что дело все-таки в кубите, а не в сетевом подключении.
И что тогда рекомендуется прописывать вручную? Какой порт?
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
23-Окт-25 16:33
(спустя 15 мин.)
Dalamar
Ну, я не сказал, что прописывание порта вручную починит все в qB. Возможно и даже вероятно, что ваша проблема вообще с портом не связана. Главное, выяснили, что дело в qB. Это, в принципе, и так было очевидно.
С Any interface по-прежнему ругается на семафор?
|
|
|
|
Dalamar
Стаж: 18 лет 1 месяц Сообщений: 220
|
Dalamar ·
23-Окт-25 17:16
(спустя 42 мин.)
GCRaistlin писал(а):
88362758Dalamar
Ну, я не сказал, что прописывание порта вручную починит все в qB. Возможно и даже вероятно, что ваша проблема вообще с портом не связана. Главное, выяснили, что дело в qB. Это, в принципе, и так было очевидно.
С Any interface по-прежнему ругается на семафор?
Да, на всех раздачах эта ошибка висит
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
23-Окт-25 17:30
(спустя 14 мин.)
Dalamar
Сбросьте все настройки в дефолт - переименуйте каталог %AppData%\qBittorrent. Если IP белый, настройте проброс порта: https://rutracker.wiki/%D0%9F%D0%BE%D1%80%D1%82 .
|
|
|
|
x86-64
Стаж: 7 лет 6 месяцев Сообщений: 29936
|
x86-64 ·
24-Окт-25 00:34
(спустя 7 часов, ред. 24-Окт-25 00:35)
GCRaistlin писал(а):
88362081А потому что название и значение параметра должны соответствовать друг другу.
Фактически они друг другу соответствуют. Или, по вашему, можно что-то скачать, не записав его на диск? Вообще да, но по факту вы ничего в итоге не скачаете.
GCRaistlin писал(а):
88362081Кстати, ваше утверждение базируется на анализе исходников?
На логике оно базируется.
GCRaistlin писал(а):
88362081Примеры моих столь же неинформативных и при этом намекающих на недостаточный интеллектуальный уровень оппонента сообщений будут?
Конечно, например, ваш периодический флуд в жалобах.
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
24-Окт-25 01:39
(спустя 1 час 5 мин., ред. 24-Окт-25 01:39)
x86-64 писал(а):
88364657На логике оно базируется.
На весьма своеобразной логике. И полагаю, все же не соответствует действительности.
x86-64 писал(а):
88364657ваш периодический флуд в жалобах
Примеры - это ссылки на посты.
Касательно скачков скорости. Раздача закачивается на сетевой диск. Почему не сказал об этом раньше - потому что проблема появилась только после закачки 75-80 % раздачи (ее общий объем - 764 ГБ), соответственно, в эту сторону и не думал. Итак, что наблюдалось: после старта клиента скорость ненадолго достигала нескольких МБ/с, затем, спустя 10-20 секунд, быстро падала почти до нуля, через некоторое время возрастала до сотни-другой КБ/с, затем снова падала и т. д.; выше уже не поднималась. Закрываю клиент - shutting down занимает 10-20 минут, при этом зайти в каталог раздачи по сети не получается: Far просто замирает при попытке это сделать. Время файла в каталоге раздачи - когда в него наконец попадаешь - соответствует реальному времени закрытия клиента (на 10-20 минут позже нажатия на крестик). Что-то клиент при закрытии там упорно флушит на протяжении этого времени.
Проблема решилась отключением дискового кеша (с -1 на 0). Ну, как решилась - сейчас качает со скоростью 1-3 МБ/с, хотя сидов столько же, сколько было в самом начале, когда было стабильно 8-10 МБ/с. Я так полагаю, это из-за того, что qB зачем-то "оптимизирует" закачку так, чтобы как можно быстрее получились законченные файлы - где-то 80 % от общего объема раздачи. Ну, то, что видно на скриншоте, который я приводил. А потом, вероятно, как-то не так запрашивает у сидеров оставшиеся куски, в результате чего остальные 20 % файлов закачиваются весьма медленно. Подчеркну: здесь уже дело не в сетевом диске, прямое копирование на него идет со скоростью 20-30 МБ/с и более.
UPD: После очередного перезапуска стабильно держалась высокая скорость, и -1 в дисковом кеше не мешало. Сменил на 0 - снизилось до 2-3 МБ/с. Вернул -1 - упало до нескольких кБ/с. Перезапустил - снова высокая скорость. Непредсказуемо.
|
|
|
|
lum7799
Стаж: 15 лет 1 месяц Сообщений: 586
|
lum7799 ·
24-Окт-25 02:19
(спустя 40 мин.)
GCRaistlin писал(а):
8836246145 MB/s не может быть ни при каких обстоятельствах: сетевая карта - 100 Мбит/с
GCRaistlin писал(а):
88364760дело не в сетевом диске, прямое копирование на него идет со скоростью 20-30 МБ/с и более.
???
|
|
|
|
x86-64
Стаж: 7 лет 6 месяцев Сообщений: 29936
|
x86-64 ·
24-Окт-25 02:29
(спустя 10 мин.)
GCRaistlin писал(а):
88364760На весьма своеобразной логике. И полагаю, все же не соответствует действительности.
Ну, вам виднее.)
|
|
|
|
stаlkerok
Стаж: 2 года 9 месяцев Сообщений: 3157
|
stаlkerok ·
24-Окт-25 10:04
(спустя 7 часов)
GCRaistlin писал(а):
88364760на сетевой диск
Распределение файлов включено?
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
24-Окт-25 11:27
(спустя 1 час 22 мин., ред. 24-Окт-25 11:27)
lum7799
Имелась в виду сетевая карта, к которой подключен WAN-кабель. Локалка - гигабитная.
stаlkerok
Первые 10% раздачи закачалось в клиенте, где включено. Докачивалось - в клиенте, где выключено (по умолчанию). На момент начала докачки все файлы уже были созданы и имели полный размер.
Если кому интересно, это раздача на TorrentLeech: 25x Movie Pack 2160p UHD Bluray x265-BOMBARDiERS Part 20. Фриличная. Как минимум баг с нежелательной оптимизацией можно воспроизвести и без сетевого диска.
|
|
|
|
stаlkerok
Стаж: 2 года 9 месяцев Сообщений: 3157
|
stаlkerok ·
24-Окт-25 13:03
(спустя 1 час 36 мин.)
GCRaistlin писал(а):
88365778Первые 10% раздачи закачалось в клиенте, где включено. Докачивалось - в клиенте, где выключено (по умолчанию). На момент начала докачки все файлы уже были созданы и имели полный размер.
При работе с сетевыми дисками эту опцию нужно отключать.
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
24-Окт-25 13:07
(спустя 4 мин.)
stаlkerok
Так она и была отключена. 10 % сначала закачивалось на локальный лиск.
Ну и потом - не больно-то разумно отключать эту опцию вообще. Фрагментация будет.
|
|
|
|
stаlkerok
Стаж: 2 года 9 месяцев Сообщений: 3157
|
stаlkerok ·
24-Окт-25 13:20
(спустя 12 мин.)
GCRaistlin, просто к сведению: если вы начинаете закачку на сетевой диск с этой опцией, тогда не стоит удивляться, почему клиент отправляет все 764 ГБ сразу, соответственно, и скачкам скорости и долгому закрытию клиента в этой ситуации тоже не стоит удивляться.
|
|
|
|
Ood07
Стаж: 17 лет 8 месяцев Сообщений: 273
|
Ood07 ·
24-Окт-25 20:29
(спустя 7 часов)
stаlkerok писал(а):
88366242почему клиент отправляет все 764 ГБ сразу
а есть сетевые протоколы с функцией предраспраделения места под файлы?
|
|
|
|
GCRaistlin
Стаж: 17 лет 11 месяцев Сообщений: 6606
|
GCRaistlin ·
24-Окт-25 20:38
(спустя 9 мин.)
Ood07
Ну, при копировании на сетевой ресурс место же сразу выделяется. Так и здесь.
На самом деле, не думаю, что это составит какую-либо проблему, если отключено заполнение создаваемых файлов нулями.
|
|
|
|
Steptronix
Стаж: 18 лет 11 месяцев Сообщений: 3204
|
Steptronix ·
24-Окт-25 21:10
(спустя 31 мин.)
Вот пользуюсь многими ресурсами и не хватает такой темы, чтоб автоматом удалялись некоторые трекеры из списка в раздаче. Вручную это муторно. Вот добавить список трекеров есть, а вот черный список (которые просто мусорят и не работают) - такого нет
|
|
|
|
Hanabishi
Стаж: 15 лет 7 месяцев Сообщений: 3106
|
Hanabishi ·
24-Окт-25 21:51
(спустя 41 мин.)
Ood07 писал(а):
88367973а есть сетевые протоколы с функцией предраспраделения места под файлы?
На NFS работает. По крайней мере под линуксами.
|
|
|
|
y20140712
Стаж: 11 лет 4 месяца Сообщений: 9
|
y20140712 ·
25-Окт-25 08:55
(спустя 11 часов)
x86-64 писал(а):
87499822Первый пост в теме прочтите
Его бы обновить, а то «за древностию лет»© он реальности не соответствует (текущая версия программы – 5.1.2).
Распухшая группа настроек «Расширенные» разбита на «Раздел qBittorrent» и «Раздел libtorrent».
«Место данных возобновления» называется «Хранилище данных возобновления (нужен перезапуск)», а рекомендуемое вашим сайтом значение – «База данных SQLite (экспериментально)».
«Кэш диска в памяти» и «Период очистки кэша диска» я вообще не вижу, хотя их окаймляющие «Ставить веб-метку (MOTW) на файлы загрузок» (а не на «загруженные файлы»; в первом разделе) и «Размер очереди диска» (во втором разделе) присутствуют.
|
|
|
|
x86-64
Стаж: 7 лет 6 месяцев Сообщений: 29936
|
x86-64 ·
25-Окт-25 09:56
(спустя 1 час 1 мин.)
y20140712 писал(а):
88369905«Кэш диска в памяти» и «Период очистки кэша диска» я вообще не вижу
Потому что вы поставили версию на libtorrent 2.0
|
|
|
|
y20140712
Стаж: 11 лет 4 месяца Сообщений: 9
|
y20140712 ·
26-Окт-25 10:20
(спустя 1 день)
x86-64 писал(а):
88370084Потому что вы поставили версию на libtorrent 2.0
Я не создаю торренты (во всяком случае, для вашего сайта), поэтому единственный обнаруженный мною запрет
Цитата:
торренты для рутрекера в нем обязательно нужно создавать в режиме "V1", а не "Гибрид"
ко мне, вроде, не относится. Как и
Цитата:
неприятные баги (например, неадекватное потребление ОЗУ)
, которых я до сих пор не замечал ни разу, хотя штатный TaskManager (под MS Windows) у меня запущен постоянно (да и Википедия утверждает, что версия «libtorrent 2.0.11», вышедшая девять месяцев назад, через четыре месяца после «qBittorrent 5.0.0», является вполне стабильной, а вовсе не экспериментальной, как рекомендуемый вашим сайтом SQLite).
|
|
|
|
Romski
Стаж: 15 лет 5 месяцев Сообщений: 3849
|
Romski ·
26-Окт-25 10:37
(спустя 17 мин.)
Если я получил ошибку при добавлении торрента
Цитата:
26.10.2025 10:34 - Не удалось добавить торрент. Источник: «K:\2013.torrent». Причина: «invalid piece size [libtorrent:48]»
это только раздающий может исправить?
|
|
|
|
