rtorrent неадекватит после перехода на systemd

Куда копать? Поведение изменилось после установки systemd.

Told you so! (AKA Вас предупреждали!)

а по теме есть что сказать? ;)

cast SMD

cast SMD vasily_pupkin

fixed

Ну, с systemd єто едва ли может быть связано напрямую. Что atop/perf top показывает? Ну и

ip route
ip link 
ip addr 
ip n
lsof -c rtorrent

а с cgroups?

[root@sine-us-black fat0troll]# ip route 
default via 192.168.1.1 dev eth0  metric 202 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.101  metric 202 
[root@sine-us-black fat0troll]# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
    link/ether aa:00:00:00:00:02 brd ff:ff:ff:ff:ff:ff

[root@sine-us-black fat0troll]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether aa:00:00:00:00:02 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.101/24 brd 192.168.1.255 scope global eth0
    inet6 fe80::a800:ff:fe00:2/64 scope link 
       valid_lft forever preferred_lft forever
[root@sine-us-black fat0troll]# ip n
192.168.1.1 dev eth0 lladdr f4:6d:04:ae:1a:85 REACHABLE

lsof -c rtorrent показывает овер 9000 строк

atop:

…
NET | eth0    ---- | pcki   96476 | pcko   79514 | si  226 Mbps | so   29 Mbps | # эм, о_О?
…
  PID  SYSCPU  USRCPU  VGROW  RGROW  RDDSK   WRDSK ST EXC S  CPU  CMD        
  363   0.04s   0.01s    -8K   260K 213.5M      0K --   - D   1%  rtorrent

за ночь оно таки 12 гигабайт чего-то на трекер сгрузило, но при обычных объёмах в 200 гб/сутки за 9 часов оно должно было гигабайт 40-50 раздать (ответом на вопрос «а вдруг сидов не было?» является то, что раздач — 917)

мм, чобы умного то сказать...ядро то какое? может не находится какая то системд фича , которая есть только в последнем ядре и система радостно балдеет, не находя оной? Не то, что в ядре уже этот системд, а просто Леннарт писал сабж, с оглядкой на какую то последнюю сетевую фичу.

А почему rtorrent? Что в нём такого особенного? Почему, например, не трансмишн?

Ты меня специально на лор зовешь, чтобы пугать, да?
Сейчас посмотрел в веб-морду: роздано 48гб, раздается на 1.2мб/с.
Сглазил: скорость раздачи упала до 470кб/с

Оно у тебя курит в D state? Посмотри, насколько постоянно он там торчит. На 100Мбс это не очень нормально. Ты там не бекапишься?

Гипотетически может, но это надо что бы кто-то явно конфигал приоритизацию/лимиты

Веб-ифейс лжет.

Не бекаплюсь, каюсь.

Вечером еще раз гляну, в D-state или нет.

  PID  SYSCPU  USRCPU  VGROW  RGROW  RDDSK   WRDSK ST EXC S  CPU  CMD        1/1
  363   0.05s   0.01s     4K -1720K 85876K      0K --   - D   1%  rtorrent

вот так…

Ну, значит неплохо выяснить причину D. Посмотри конфигурацию blkio, а вообще посмотри в atop и выясни, что дергает диск. Если ничего не дергает, может быть и с cgroups прикол

о диске: rtorrent юзает диру Donwloads, лежащую на nfs. В этом может быть прикол?

Да, вероятно это очень даже может (%

после загрузки rtorrent из состояния R переходит в S очень быстро, а через 10 минут выпадает в D.

Да, вероятно это очень даже может (%

:(

до systemd всё было ОК.

опции монтирования NFS-ки: rw,defaults,vers=3,x-systemd.automount

С NFS какая-то бодяга. Зачекай производительность, хоть с dd на размере файла овер 0.5ram. Ну и nfsstat -s посмотри.

О. Попробуй убрать automount для начала

оно перестало моунтиться при загрузке (как ни странно), сейчас попробую проследить дальнейшее поведение виртуалки (замоунтил ручками через mount -a)

упало опять в D

Посмотри, не валится ли в dmesg барахло о локах. Если нет, посмотри, все ли ок с сетевым обменом - потери, nfsstat итд

Ваши аватарки так подходят друг другу.

не валится

nfsstat вроде как не рассказывает об ошибках

мутно это всё >_<

На схожей тачке(тот же хост, тот же последний арч, та же нфс шара) работает моя торрентокачалка на deluge, проблем нет, но и раздача там минимальная.

у меня возникает стойкое ощущение, что копать надо в сторону cgroups.

Поставил sysvinit, загрузил тачку с его помощью, продолжаю наблюдение.

И как, есть разница?

вроде как всё вернулось на свои места, во всяком случае из визуально проверяемого — перестал отваливаться minecraft-сервер.

Копаем в сторону cgroups?

Нужно определиться с показателями вначале, и убедиться что они 1) более менее неизменны в каждом рабочем случае 2) характерны для проверяемого окружения. Если это так, то можно смотреть.

В первую очередь вынеси pid'ы процессов из всех cgroups