$iotop komanda išrūšiuoja procesus, pagal disko naudojimą. IO stulpelyje rodo kiek % visų disko operacijų tenka procesui. $iostat /m /dev/sd* 1 rodo visų diskų apkrautumą %iowait rodo kiek % laiko yra laukiama disko, %idle parodo kiek % laisvas yra cpu Visai nesenai rinkausi torrent klientą savo celeronui J3355. Jis dėl CPU problemų neturį, bet pradėjo stabdyt laptopinis 5400 rpm diskas. Su daugiau paleistų torrentų uploadas buvo max 30 Mbps, o iš disko skaitė 5-15 MB/s. Problema pasirodė btrfs'e. Jis ten skaitydamas duomenis skaičiuoja backgrounde cheksumus ir dėl to nuskaito daug daugiau nei reikalauja programa. Išsprendžiau šitą bėdą įdėjęs kitą diską su XFS sistema (manau ir ext4 būtų užtekę). Detektuot problemai pagelbėjo netdata programa. Tas diskas su btrfs per smb siunčia iki 36 MB/s, kitas labai panašus su XFS ~80 MB/s. Nesu užtikrintas ar tas diskas lėtas ar failų sistemos tiek skiriasi. Ateityje pabandysiu pakeisti aš jo failų sistemą ir įsitikinsiu kas iš tikro kaltas. Išbandžiau transmission, deluge, qBittorrent ir rutorrent klientus. Tai jie visi smarkiai baudžia HDD. programose nustatytas disk kešas visiškai nepadeda (tik daugiau RAM ryja), ram kiekis ar 4GB ar 16GB irgi jokio skirtumo. Padeda tik įjungtas disk write kešas, bet tik siuntimui. Išbandęs pasilikau ruTorrent (pasirodė kad jis labai agresyviai uploadina). Lengviausias klientas ir man pasirodė qBittorrent, bet netestavu. Pastebėjau, kad bent jau diską daug mažiau kankina ir greičiau siunčia ir išsiunčia tada kai būna mažiau atidarytų download ir upload slotų. 2 slotai per torrentą ir 10 slotų bendrai labai mažai apkrauna tinklą ir diską, bet siunčia max greičiu (nes torentų klientai nedurni ir greit susiranda iš ko greičiausiai siųsti). P.S. savo Raspberį naudoju pagal paskirtį (GPIO), neturiu tiek fantazijos, kad kam nors kitam panaudočiau.