|
|
|
winhex
Стаж: 16 лет 7 месяцев Сообщений: 41
|
winhex ·
21-Сен-21 19:32
(4 года назад, ред. 21-Сен-21 19:32)
Papant писал(а):
Но на границе сети(через NAT) транслировал внутренний адрес во внешний порт-в-порт.
Это точно не мой случай )
Papant писал(а):
Добавление ретрекера отключается в настройках профиля
Спасибо за скрин, но я все же не понял, зачем его отключать? Судя по описанию это очень даже полезная технология - если есть пиры в той же сети провайдера, что и я, есть шанс скачать/раздать внутри этой сети
С ретрекером разобрался. Оказывается, в сети моего провайдера был рабочий retracker.local но он давно заброшен и не работает. Есть ли смысл удалять его из торрентов, которые стоят на раздаче?
Посмотрел закладку трекеров на торрентах, которые стоят на раздаче, оказывается, клиент на каждом из них видит количество пиров.
Можно ли считать, что с самим клиентом у меня все нормально?
|
|
|
|
Papant
Стаж: 18 лет Сообщений: 57799
|
Papant ·
21-Сен-21 21:50
(спустя 2 часа 18 мин.)
winhex писал(а):
82012071давно заброшен и не работает. Есть ли смысл удалять его из торрентов, которые стоят на раздаче?
Да, чтобы снизить нагрузку на соединение.
winhex писал(а):
82012071Можно ли считать, что с самим клиентом у меня все нормально?
Во всяком случае явных проблем нет.
|
|
|
|
09-11-2001
Стаж: 5 лет 4 месяца Сообщений: 1011
|
09-11-2001 ·
22-Сен-21 15:48
(спустя 17 часов)
ANINFORTOMTSRTCSSS
Помоги микротик выбрать, мы с Gora72 чего то сами не справлячемся оптимум найти цена=выхлоп
ЛС
|
|
|
|
dad1979
Стаж: 19 лет 3 месяца Сообщений: 420
|
dad1979 ·
24-Окт-21 11:10
(спустя 1 месяц 1 день)
А у кого transmission 3.00 на убунте(21.04) - загрузка CPU 25-45% во время скачивания одной раздачи (примерно 100 мбит на загрузке) - это нормально? Запись идет на ssd ext4 (с NTFS все плохо, там может быть под 100%, насколько я понимаю). Проц вроде бы не самый слабый - бучный core i5 8265U. Вот так это примерно выглядит:
вывод top
Код:
top:
----------------------------------------------------------------------------------------------------
Tasks: 338 total, 2 running, 336 sleeping, 0 stopped, 0 zombie
%Cpu(s): 2,7 us, 4,6 sy, 0,0 ni, 92,6 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
МиБ Mem : 7803,6 total, 123,3 free, 1823,2 used, 5857,0 buff/cache
МиБ Swap: 8192,0 total, 6402,3 free, 1789,7 used. 5229,3 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
203319 user 20 0 1465348 76956 28964 S 28,7 1,0 88:07.61 transmission-gt
452 root -51 0 0 0 0 S 11,2 0,0 11:49.92 irq/141-iwlwifi
449 root -51 0 0 0 0 R 5,3 0,0 13:03.42 irq/138-iwlwifi
451 root -51 0 0 0 0 S 5,0 0,0 6:45.58 irq/140-iwlwifi
1148 user 20 0 5605296 417636 78492 S 4,3 5,2 304:48.61 gnome-shell
....
|
|
|
|
MaxusR
Стаж: 14 лет 9 месяцев Сообщений: 3793
|
MaxusR ·
24-Окт-21 11:32
(спустя 22 мин.)
dad1979
Пока всё работает без проблем, на загрузку железа можно не обращать внимания. Пишите, если начнутся казусы.
|
|
|
|
yandrey0
Стаж: 18 лет 1 месяц Сообщений: 607
|
yandrey0 ·
24-Окт-21 19:24
(спустя 7 часов)
dad1979 писал(а):
82176142загрузка CPU 25-45% во время скачивания одной раздачи (примерно 100 мбит на загрузке)
Только для загрузки очень много для i5, даже с шифрованием, может gtk интерфейс не в меру прожорливый.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
24-Окт-21 20:22
(спустя 57 мин.)
dad1979 писал(а):
82176142А у кого transmission 3.00 на убунте(21.04) - загрузка CPU 25-45% во время скачивания одной раздачи (примерно 100 мбит на загрузке) - это нормально?
Хз, возможно, вот:
скрытый текст
Код:
Tasks: 149 total, 1 running, 145 sleeping, 0 stopped, 3 zombie
%Cpu(s): 6,2 us, 5,4 sy, 0,0 ni, 75,9 id, 9,7 wa, 0,0 hi, 2,7 si, 0,0 st
MiB Mem : 7840,4 total, 121,2 free, 653,0 used, 7066,2 buff/cache
MiB Swap: 8073,0 total, 7220,2 free, 852,8 used. 6830,1 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1954 debian-+ 20 0 1794548 245216 5812 S 32,9 3,1 12:55.36 transmission-da
524 root 10 -10 310340 17204 1868 S 15,0 0,2 10396:37 mergerfs
5307 jellyfin 20 0 4747572 140344 6640 S 9,3 1,7 4686:06 jellyfin
69 root 20 0 0 0 0 S 0,7 0,0 390:20.16 kswapd0
OMV 5 (Debian 10), процессор i5-5675C.
|
|
|
|
MaxusR
Стаж: 14 лет 9 месяцев Сообщений: 3793
|
MaxusR ·
24-Окт-21 22:09
(спустя 1 час 46 мин.)
yandrey0 писал(а):
82178912для загрузки очень много для i5
А где гарантии, что процессор при этом находится на максимальной частоте? Он вполне может чилить на минималках, грузя понемногу ядра.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
25-Окт-21 00:04
(спустя 1 час 55 мин.)
MaxusR писал(а):
82179797А где гарантии, что процессор при этом находится на максимальной частоте?
Нигде, я и не утверждал такого. Мало того, я специально занижаю частоту, она в районе 800-1100 МГц на этот момент.
|
|
|
|
yandrey0
Стаж: 18 лет 1 месяц Сообщений: 607
|
yandrey0 ·
25-Окт-21 13:46
(спустя 13 часов, ред. 25-Окт-21 13:46)
MaxusR писал(а):
82179797А где гарантии, что процессор при этом находится на максимальной частоте?
100мбит и для минимальной частоты не нагрузка на шифрование и проверку хэшей, полгигабита-гигабит ещё может быть.
|
|
|
|
MaxusR
Стаж: 14 лет 9 месяцев Сообщений: 3793
|
MaxusR ·
25-Окт-21 15:39
(спустя 1 час 53 мин.)
vlad_ns писал(а):
82180250Мало того, я специально занижаю частоту, она в районе 800-1100 МГц на этот момент.
А я и не Вам отвечал))
yandrey0 писал(а):
82182260100мбит и для минимальной частоты не нагрузка
Не факт. У меня 50 Мбит грузит Haswell Pentium 2-ядерный на те же 20%, правда не на максимальной частоте.
|
|
|
|
Alifigor
Стаж: 16 лет 9 месяцев Сообщений: 164
|
Alifigor ·
18-Ноя-21 13:16
(спустя 23 дня)
Вопросик такой: есть Transmission в составе NAS4Free 9.2.0.1 - Shigawire (сборка 972). Система-сборка очень старая конечно, но установить более новую нет возможности в силу множества причин (проще собрать NAS на новом железе и поставить туда свежую систему). Входящий порт закрыт, управляю клиентом через Transmission Remote.
Раздача идет, временами очень бодро, но в своем профиле на сайте не вижу ни одной раздачи, нет информации по отданному на rutr.life. Подскажите, плз, в чем причина, куда копать?
|
|
|
|
yandrey0
Стаж: 18 лет 1 месяц Сообщений: 607
|
yandrey0 ·
18-Ноя-21 15:18
(спустя 2 часа 2 мин., ред. 18-Ноя-21 15:18)
Alifigor
Есть два варианта причины: запросы не доходят до текеров bt*.t-ru.org (от блокировок разными способами на всём пути, до проблем с dns) или в адресах трекеров отсутствует passkey (в профиле отключено).
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
10-Дек-21 12:05
(спустя 21 день, ред. 10-Дек-21 12:05)
Можно ли при помощи transmission-edit переименовать часть пути (он одинаков) на другой? Или другой способ при помощи терминала. Смысл такой, есть некоторый путь в файлах resume типа такого /srv/asdfsb-refgh-ghnf-m7nh/has/Music, nas это как бы корнецой каталог, в нём есть music, film и т.д. Вот этот вот "asdfsb-refgh-ghnf-m7nh" нужно заменить на "mergerfs/hdd", т.е. должно быть /srv/mergerfs/hdd/nas
|
|
|
|
yandrey0
Стаж: 18 лет 1 месяц Сообщений: 607
|
yandrey0 ·
10-Дек-21 14:54
(спустя 2 часа 48 мин.)
vlad_ns
transmission-edit умеет менять только announce*
вот готовое решение, оно же на github с изменениями transmission-batch-move
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
10-Дек-21 18:51
(спустя 3 часа, ред. 10-Дек-21 18:51)
yandrey0
Очень благодарен. Помню, там был какой-то закидон с длинной пути, поэтому подумал что нужен transmission-edit. А в этом скрипте учтено это.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
13-Дек-21 19:26
(спустя 3 дня)
yandrey0
Кстати, к вашему вопросу, загрузка процессора 3-й версией трансмиссии примерно такая же.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
30-Дек-21 23:50
(спустя 17 дней)
Если получаю сообщение "Please Verify Local Data! Piece #207 is corrupt.", что нужно сделать? Каким образом проверять локальные данные?
|
|
|
|
MaxusR
Стаж: 14 лет 9 месяцев Сообщений: 3793
|
MaxusR ·
13-Янв-22 09:26
(спустя 13 дней, ред. 13-Янв-22 09:26)
vlad_ns
Не знаю, актуален ли вопрос, но похоже Трансмиссия обнаружила, что раздаваемый файл был изменён и не соответствует скачанному. Означать может как просто изменение файла в результате запуска скачанной программы, просто внешнее изменение какой-то программой, так и искажение данных на носителе (крайне маловероятно, но в теории...)
Ну и есть целая тема, где это происходит даже при закачке: https://github.com/transmission/transmission/issues/820 - от разрабов ответа нет, как нет и очевидной причины ошибки.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
13-Янв-22 23:07
(спустя 13 часов)
MaxusR
Вообще, у меня есть проблемный диск, у него в Current_Pending_Sector есть число, отличное от нуля. Но при этом самого переназначения не было, если верить Reallocated_Sector_Ct и Reallocated_Event_Count, они по нулям. Так уже несколько лет. Не знаю, может ли это влиять.
Недавно я смотрел раздачу, в которой есть такая ошибка (их было несколько), но когда просматриваешь файлы, то они скачаны на 100%. Так же все эти файлы были успешно скопированы. После этого я их удалил с проблемного диска и закачал этот торрент по новой. Пока всё нормально. Ещё, одинаковые (но не уверен на 100%) раздачи с разных торрент-трекеров могу приводить к подобной ошибке?
|
|
|
|
MaxusR
Стаж: 14 лет 9 месяцев Сообщений: 3793
|
MaxusR ·
14-Янв-22 05:31
(спустя 6 часов, ред. 14-Янв-22 05:31)
vlad_ns
По идее не должны. Клиент должен воспринимать каждую раздачу как отдельный набор данных и хэшей. В одинаковых раздачах даже порядок файлов друг за другом может быть разный (но тут уверенности совсем никакой) и разный размер блока. К ошибке это не должно иметь отношения, т.к. Трансмиссия ругается именно на несооответствие конкретного блока его контрольной сумме. Либо файл читается с ошибкой, либо данные повреждены, либо это таки какой-то редкий баг.
В принципе ничего не мешает возникновению ошибки в самой информации о контрольных суммах раздачи. Если изменить требуемую контрольную сумму, то и имеющиеся данные перестанут ей соответствовать. Так что варианты есть даже если файлы в раздаче 100% в порядке.
|
|
|
|
yandrey0
Стаж: 18 лет 1 месяц Сообщений: 607
|
yandrey0 ·
14-Янв-22 11:55
(спустя 6 часов)
vlad_ns писал(а):
82592639MaxusR
Current_Pending_Sector есть число, отличное от нуля. Но при этом самого переназначения не было, если верить Reallocated_Sector_Ct и Reallocated_Event_Count, они по нулям. Так уже несколько лет.
Нужно записать в эти нечитаемые сектора, потом пытаться прочитать, тогда они или обнулятся или перенесутся.
|
|
|
|
grumbler_eburg
Стаж: 16 лет 11 месяцев Сообщений: 327
|
grumbler_eburg ·
30-Янв-22 15:39
(спустя 16 дней, ред. 30-Янв-22 15:39)
dad1979 писал(а):
82176142А у кого transmission 3.00 на убунте(21.04) - загрузка CPU 25-45% во время скачивания одной раздачи (примерно 100 мбит на загрузке) - это нормально? Запись идет на ssd ext4 (с NTFS все плохо, там может быть под 100%, насколько я понимаю). Проц вроде бы не самый слабый - бучный core i5 8265U. Вот так это примерно выглядит:
вывод top
МиБ Swap: 8192,0 total, 6402,3 free, 1789,7 used. 5229,3 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
203319 user 20 0 1465348 76956 28964 S 28,7 1,0 88:07.61 transmission-gt
452 root -51 0 0 0 0 S 11,2 0,0 11:49.92 irq/141-iwlwifi
449 root -51 0 0 0 0 R 5,3 0,0 13:03.42 irq/138-iwlwifi
451 root -51 0 0 0 0 S 5,0 0,0 6:45.58 irq/140-iwlwifi
1148 user 20 0 5605296 417636 78492 S 4,3 5,2 304:48.61 gnome-shell
В загрузке ЦПУ виновато переключение задач (wifi!) и, возможно, свопинг.
vlad_ns писал(а):
82592639MaxusR
Вообще, у меня есть проблемный диск, у него в Current_Pending_Sector есть число, отличное от нуля. Но при этом самого переназначения не было, если верить Reallocated_Sector_Ct и Reallocated_Event_Count, они по нулям. Так уже несколько лет. …
Смотрим в SMART error log номер сектора (LBA) ошибки и запишите в этот сектор 512 байт из /dev/random. При успешной записи Current_Pending_Sector уменьшится, иначе контроллер диска переназначит сбойный блок на резервный и увеличит счётчик Reallocated_Sector_Ct. Затем прогоняем short test, если сбой - повторяем процедуру, если тест прошёл - прогоняем long test с теми же вариантами.
Раньше было удобно переназначать сбойные блоки программой victoria, нынче приходится ручками.
vlad_ns писал(а):
82526514Если получаю сообщение "Please Verify Local Data! Piece #207 is corrupt.", что нужно сделать? Каким образом проверять локальные данные?
Меню "Торрент"-"Проверить"
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
30-Янв-22 22:55
(спустя 7 часов)
grumbler_eburg писал(а):
82677491запишите в этот сектор 512 байт из /dev/random
Честно говоря не знаю как это сделать точно, нет я в поиске посмотрел, встречалось про dd, но боюсь что можно что-нибудь испортить.
grumbler_eburg писал(а):
82677491Меню "Торрент"-"Проверить"
Так в том то и дело, что это не помогает. Сообщение об ошибке не пропадает.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
23-Мар-22 21:59
(спустя 1 месяц 23 дня)
Кто подскажет, при перезапуске transmission-daemon, тот начинает снова проверять все торренты, это длится часов 12 (зависит от количества торрентов). Т.е. это действие похоже на Transmission Remote GUI=>ПКМ на торренте=>Проверить, только это происходит каждый раз при перезапуске transmission и для сразу всех торрентов. То же самое после загрузки/перезагрузки системы. Всё это происходит со штатным transmission из реп ubuntu. На debian такого не было. Ведь при проверке transmission создаёт файлы типа resume и как я понял, статут торрента уже определяется на основе этого файла. А если что-то не так, то можно вручную запустить проверку.
|
|
|
|
jtad
Стаж: 8 лет 5 месяцев Сообщений: 737
|
jtad ·
24-Мар-22 14:43
(спустя 16 часов, ред. 24-Мар-22 14:43)
vlad_ns
может менял пути для директорий в настройках для которых у тебя недостаточно прав?
ps надо помнить, что процесс демона запускается под очень ограниченным юзером. На убунте это debian-transmission
|
|
|
|
MaxusR
Стаж: 14 лет 9 месяцев Сообщений: 3793
|
MaxusR ·
24-Мар-22 17:12
(спустя 2 часа 28 мин.)
jtad
Но в итоге данные ведь находятся. Могу лишь ещё предположить, что директория для текущих закачек как-то мешает директории с завершёнными закачками, либо действительно несколько раздач ссылаются на одну директорию.
|
|
|
|
vlad_ns
Стаж: 15 лет 7 месяцев Сообщений: 1818
|
vlad_ns ·
24-Мар-22 22:39
(спустя 5 часов, ред. 24-Мар-22 22:39)
jtad
У пользователя root может быть не достаточно прав? Пути менял скриптом из этого сообщения. Единственное, ранее быть transmission 3.00, сейчас 2.94, он нормально не принимает старый resume файл. Я несколько (~400) раздач переделал из transgui - корректировал путь к каталогу назначения с новым путём, запускал проверку, раздачу. И если перезапустить transmission, эти "новые" торренты, перед самой раздачей снова проверяются, только потом встают на раздачу. Проверка длится очень долго.
MaxusR писал(а):
82912007Могу лишь ещё предположить, что директория для текущих закачек как-то мешает директории с завершёнными закачками, либо действительно несколько раздач ссылаются на одну директорию.
Не очень понял с первым; скачивал несколько раздач с разных торрент-трекеров, их очень мало. Они так же проверяются как и прочие.
Почему transmission не использует файлы resume, созданные на прошлой проверке?
Чтоб отмести вариант с файлами resume, (они были от 3-й версии, а сейчас у меня 2.94), я запустил примерно 20 торренов и стёр файлы resume. После запуска этих торрентов с корректировкой путей, transmission создал новые файлы resume. Эти 20 торрентов встали на раздачу. Перезапускаю transmission, получаю то же самое, вначале проверка, а потом раздача. Единственное, сейчас проверка длилась несколько минут, т.к. раздач было 20. В общим, мне непонятно, почему так стало? Может какие-то настройки не правильные (я не сохранил старый файл настроек).
|
|
|
|
jtad
Стаж: 8 лет 5 месяцев Сообщений: 737
|
jtad ·
24-Мар-22 23:23
(спустя 43 мин.)
vlad_ns
запускать торрент клиент от рута идея скажем так не самая лучшя
мне кажется проблема кроссплатформенная, наверняка из виндузятников уже сталкивался. можно там спросить
я бы просто перекинул все на qbit если есть такая возможность
|
|
|
|
MaxusR
Стаж: 14 лет 9 месяцев Сообщений: 3793
|
MaxusR ·
25-Мар-22 07:50
(спустя 8 часов, ред. 25-Мар-22 07:50)
vlad_ns писал(а):
82912966с корректировкой путей, transmission создал новые файлы resume
Вручную? Может не совсем корректные файлы получились или корректировка путей не очень правильная? Если штатно снести раздачу из клиента, оставив файлы, а затем скачать torrent-файл и указать ту же папку, где данные уже есть? Таким способом у меня никогда проблем не возникало, а раздач тоже дофига.
|
|
|
|
