Transmission медленно качает после перехода с CentOS 7 на CentOS 8 (на слабом железе)

0

1

Есть Atom D525, 4 ГБ RAM. Стоял CentOS 7, transmission из репозитория (версия 2.92 или 2.94, не помню). Торренты качались на HDD на скорости 8-10 МБ/сек.

Перешёл на 8-ой центосе, и, т.к. в репах нет transmission-daemon, пришлось собирать его самостоятельно. По инструкции с официального гитхаба собрал версию 2.94. Скорость скачивания торрентов упала до 1…3 МБ/с. Конфиг не менял. Куда копать?

Ссылка

←	работа с массивами BASH

И снова о самообразовании

→

Куда копать?

Копай на юг.

anonymous
(11.11.19 12:23:37 MSK)

Ссылка

По инструкции с официального гитхаба собрал версию 2.94

Попробуй взять srpm от CentOS 7, вытащить из него спек, и по тому же спеку собрать пакет для CentOS 8. Исходники можно взять у разработчиков, если в CentOS 7 они слишком протухшие.
Собирать лучше на отдельной машине.

Khnazile ★★★★★
(11.11.19 12:35:29 MSK)
Последнее исправление: Khnazile 11.11.19 12:36:11 MSK (всего исправлений: 1)

Ссылка

Ну, значит поменяли какие-то дефолты, которые не были прописаны в конфиге. Может, шифрование врубили, а это нагрузка на проц. Покрути сначала настройки. Кэши там всякие. Анонсеры не блочатся? DHT включен?

anonymous
(11.11.19 13:03:37 MSK)

Ответ на: комментарий от anonymous 11.11.19 13:03:37 MSK

Клиен цепляется к 22-м пирам, скорость 1.6 МБ\сек. DHT включён. Кеш (cache-size-mb) 32 МБ. Проц грузится на 100% (одно ядро). Ещё заметил, что почти постоянно dbus-daemon грузит процессор на 60%.

[code] dbus-monitor –system [/code]

сыпит с огромной скоростью на экран сообщения типа

[code=bash] signal time=1573472330.593552 sender=org.freedesktop.DBus -> destination=(null destination) serial=93542149 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string «:1.46805443» string «:1.46805443» string "" signal time=1573472330.595456 sender=org.freedesktop.DBus -> destination=(null destination) serial=93542150 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string «:1.46805444» string "" string «:1.46805444» [/code]

Также процесс polkitd грузит процессор на 25%…

При всех этих манипуляциях на машине выключены ннужные приложения, осталось только сама ОСь, торрент клиент и сетевая шара.

kt368
(11.11.19 14:45:47 MSK) автор топика
Последнее исправление: kt368 11.11.19 14:49:24 MSK (всего исправлений: 2)

Ответ на: комментарий от kt368 11.11.19 14:45:47 MSK

[code=bash] signal time=1573472330.593552 sender=org.freedesktop.DBus -> destination=(null destination) serial=93542149 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string «:1.46805443» string «:1.46805443» string "" signal time=1573472330.595456 sender=org.freedesktop.DBus -> destination=(null destination) serial=93542150 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged string «:1.46805444» string "" string «:1.46805444» [/code] Маркдаун - для сильных духом.

anonymous
(11.11.19 15:19:09 MSK)

Ответ на: комментарий от anonymous 11.11.19 15:19:09 MSK

Ой, спасибо, то подсказали, как сделать, чтоб теги нормально обрабатывались, оказывается режим разметки должен быть LORCODE

Клиент цепляется к 22-м пирам, скорость 1.6 МБ\сек. DHT включён. Кеш (cache-size-mb) 32 МБ. Процессор грузится на 100% (одно ядро). Ещё заметил, что почти постоянно dbus-daemon грузит процессор на 60%.

dbus-monitor --system

сыпит с огромной скоростью на экран сообщения типа

signal time=1573472330.593552 sender=org.freedesktop.DBus -> destination=(null destination) serial=93542149 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged
   string ":1.46805443"
   string ":1.46805443"
   string ""
signal time=1573472330.595456 sender=org.freedesktop.DBus -> destination=(null destination) serial=93542150 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameOwnerChanged
   string ":1.46805444"
   string ""
   string ":1.46805444"

Также процесс polkitd грузит процессор на 25%...

kt368
(11.11.19 15:28:59 MSK) автор топика

Ответ на: комментарий от kt368 11.11.19 15:28:59 MSK

чтоб теги нормально обрабатывались, оказывается режим разметки должен быть LORCODE Фу. Лоркод больше не тру, в нём недостаточно пердолинга. Настоящие красноглазики обязаны осилевать маркдаун!

anonymous
(11.11.19 15:44:23 MSK)

Ссылка

У меня похожая штука была, когда «regdomain» не был выставлен. Под «оффтопиком» под 10Мбит/с, под «арчем» — 2 от силы. Решилось установкой специального пакета, crda называется. Возможно, что в CentOS 8 нужные пакеты просто были выброшены, уже были когда-то прецеденты с «федорой» и даже с RHEL, что выкидывали ПО и драйвера.

~~Korchevatel~~ ★★★★★
(11.11.19 15:50:57 MSK)

Если какого-то пакета нет для CentOS, есть смысл поискать на copr - там есть возможность сборки под CentOS. Поиск transmission что-то находит. Сомневаюсь, что этот пакет тебе как-то поможет, но там наложена пара патчей.

https://copr.fedorainfracloud.org/coprs/fulltext/?fulltext=transmission

monday
(11.11.19 16:20:40 MSK)