transmission-daemon и перенос файлов

0

1

На сервере (Ubuntu 24.04.2 LTS) стоит transmission-daemon.
В кофиге "download-dir": "/media/sdb/files/transmission" и "incomplete-dir": "/media/sdc/transmission/incomplete",.
sdb - hdd, sdd - ssd, чтоб скорости для записи для скачек хватало.
Всего хватает, всё ок. Но если я, например, забрал что-то ~50Gb, то после завершения transmission-daemon встает раком на время переноса файлов с sdd на sdb. Естественно, sdb медленный. Если нужно перенести что-то большое, например с sda на sdb, всё еще печальней. Оба hdd.
transmission-daemon не умеет работать с файлами в отдельном потоке, или я что-то не докрутил?
Если с ним так всё плохо, какая есть альтернатива? Только с GUI, как transgui для transmission-daemon. Через браузер — не то.

←	Как заставить Google Chrome считать валидным Self-Signed сертификат?

Инет не едет

→

Ну так переноси сам по крону. У трансмишшион есть api, по которому можнотопрелелить что файл скачан

anonymous
(01.03.25 11:18:03 MSK)

Ответ на: комментарий от anonymous 01.03.25 11:18:03 MSK

Он после скачки из incomplete-dir в download-dir сам все переносит.
Написал, но не прочитал.

hbars ★★★★★
(01.03.25 11:23:45 MSK) автор топика

Может подкрутить vm.dirty_ и для transmission-daemon i/o idle приоритет сделать, чтобы вис именно transmission-daemon, а не transgui. Если это флешка, то смысла перемещать с помощью transmission нет, потому что раздачи при отмонтировании сломаются, флешке лучше по блокам синхронизировать файлы.

drl
(01.03.25 11:38:50 MSK)

Ответ на: комментарий от drl 01.03.25 11:38:50 MSK

transgui тут не причем, речь о transmission-daemon.
Нет там флешек.

hbars ★★★★★
(01.03.25 11:57:01 MSK) автор топика

Ответ на: комментарий от hbars 01.03.25 11:57:01 MSK

Если это vps с 100TB/s сетью, то можно использовать ssd как кэш средствами ядра dm-cache, bcache, swap и прочее, и сразу на hdd писать без всяких перемещений, но я так не умею.

drl
(01.03.25 12:32:30 MSK)

На это жалуются многие (https://github.com/transmission/transmission/issues/6961), и чтобы закрывать такие баги с вердиктом «дубликат», разрабы transmission три года назад завели feature request (https://github.com/transmission/transmission/issues/2462).

iliyap ★★★★★
(01.03.25 15:41:52 MSK)
Последнее исправление: iliyap 01.03.25 15:42:41 MSK (всего исправлений: 1)

Ответ на: комментарий от iliyap 01.03.25 15:41:52 MSK

Да. Это именно то, о чем я и говорю. В общем, вывод: трансмиссион для сервера говно. Заметны большие просадки не только при переноске, но и при большой дисковой активности.

hbars ★★★★★
(01.03.25 23:32:00 MSK) автор топика

Ответ на: комментарий от hbars 01.03.25 23:32:00 MSK

«Он после скачки из incomplete-dir в download-dir сам все переносит.»

тебе уже все написали. Берешь API сам пересишь без трасмишена например через rsync. Профит

Есть еще deluge, ctorrent, qbittorrent

ivanich10 ★
(01.03.25 23:40:56 MSK)
Последнее исправление: ivanich10 01.03.25 23:42:31 MSK (всего исправлений: 1)

transmission-daemon встает раком на время

Ну так его любят за другие фичи, а не за скорость и отзывчивость.

Shadow ★★★★★
(01.03.25 23:47:00 MSK)

спасибо подсветил проблему, download-dir и incomplete-dir на один и тотже раздел hdd назначил, перенос стал мгновенным т.к. не копирует, а переносит.

s-warus ★★★
(01.03.25 23:50:56 MSK)

Ответ на: комментарий от s-warus 01.03.25 23:50:56 MSK

спасибо подсветил проблему, download-dir и incomplete-dir на один и тотже раздел hdd назначил, перенос стал мгновенным т.к. не копирует, а переносит.

Вы как дети. А если у меня вообще nfs.

hbars ★★★★★
(01.03.25 23:58:18 MSK) автор топика

Ответ на: комментарий от hbars 01.03.25 23:32:00 MSK

Тут надо честно сказать, что виноваты оба, и transmission-daemon и transgui. Демон в ивентлупе синхронный io делает, из-за чего на rpc отвечает не мгновенно. Гуй в ивентлупе синхронный rpc делает, из-за чего window ивенты обрабатывает не мгновенно. В результате пользователь получает фризы пользовательского интерфейса.

iliyap ★★★★★
(02.03.25 07:17:26 MSK)

а зачем вообще incomplete-dir? юзаю без оного

kott ★★★★★
(02.03.25 07:39:53 MSK)

Ответ на: комментарий от iliyap 02.03.25 07:17:26 MSK

Да там дело даже не в transgui с rpc. transmission-daemon сам по себе тупит во время дисковых операций.

hbars ★★★★★
(02.03.25 08:37:54 MSK) автор топика

Ответ на: комментарий от kott 02.03.25 07:39:53 MSK

а зачем вообще incomplete-dir? юзаю без оного

Ну, наверное, потому что он у тебя просто на десктопе, и ты вообще не заморачивался, что и как он делает.

hbars ★★★★★
(02.03.25 08:39:42 MSK) автор топика

Ответ на: комментарий от hbars 02.03.25 08:39:42 MSK

На сервере (Ubuntu 24.04.2 LTS) стоит transmission-daemon.

кто на десктопе?

kott ★★★★★
(02.03.25 08:43:40 MSK)

sdb - hdd, sdd - ssd, чтоб скорости для записи для скачек хватало.

т.е. запись на hdd медленнее закачки? -_-

kott ★★★★★
(02.03.25 08:48:29 MSK)

Ответ на: комментарий от kott 02.03.25 08:48:29 MSK

sdb - hdd, sdd - ssd, чтоб скорости для записи для скачек хватало.

т.е. запись на hdd медленнее закачки? -_-

Именно так.

hbars ★★★★★
(02.03.25 10:52:00 MSK) автор топика

Ответ на: комментарий от kott 02.03.25 08:43:40 MSK

На сервере (Ubuntu 24.04.2 LTS) стоит transmission-daemon.

кто на десктопе?

Никто. Иногда с разных клиентов transgui.

hbars ★★★★★
(02.03.25 10:52:54 MSK) автор топика

Ответ на: комментарий от hbars 02.03.25 10:52:00 MSK

Сложно представить, проверял? И что, если писать сразу на hdd, сильно «плохо»?
Если так - то остается sync-ать.

kott ★★★★★
(02.03.25 14:07:21 MSK)

Ответ на: комментарий от kott 02.03.25 14:07:21 MSK

sdb - hdd, sdd - ssd, чтоб скорости для записи для скачек хватало.
т.е. запись на hdd медленнее закачки? -_-
Именно так.
Сложно представить

Ну почему, может у него там MFM харды. :) Ну или убитые вусмерть, вот они на каждой операции записи и тупят неподетски :)

anc ★★★★★
(02.03.25 23:31:59 MSK)

←	Как заставить Google Chrome считать валидным Self-Signed сертификат?

Admin

Инет не едет

→

Похожие темы