Sziasztok,
a gépemben egy Samsung Sata3 as csatolófelületű SSD van, amelyen egy teljes crypto loop-aes 256 ubuntu rendszer van. Ha rsync -el vagy annak valamilyen forntendjével pl Rsnapshot mentenék egy usb szinén crypto diskre, vagy akár csak a beépített sata2 es hdd re ami szintén crypto, akkor az egész rendszer lehasal disk io val. Azt gondoltam ki, hogy az SSD túl gyorsan adja az adatot, amit a többi disk nem tud követni. Ezért lassítani szeretném a mentés idejére az ssd -t, majd visszarakni az eredeti sebességére. Ismerem ugyan a hdparam-ot, de nem jöttem rá, mi lenne az a paraméter amivel ezt meg tudom tenni.
Vagy ha nem jó úton járok, szívesen elfogadok más teóriát is.
Köszi
- 3210 megtekintés
Hozzászólások
Pl. az rsync beállítása, hogy ne full gázzal tolja a vonatot? 3 másodperc google alapján a rsync_long_args beállítása segíthet.
- A hozzászóláshoz be kell jelentkezni
rsync man:
--bwlimit=KBPS limit I/O bandwidth; KBytes per second
- A hozzászóláshoz be kell jelentkezni
--bwlimit kapcsoló és ionice a barátod
- A hozzászóláshoz be kell jelentkezni
köszönöm, a megoldás az esetemben a /usr/bin/ionice -c2 -n7 -t lett.
- A hozzászóláshoz be kell jelentkezni
olyan rémlik, hogyaz ionice csak cfq-val megy, viszont SSD-hez deadline vagy noop "illik"...
- A hozzászóláshoz be kell jelentkezni
Azt gondoltam ki, hogy az SSD túl gyorsan adja az adatot, amit a többi disk nem tud követni.
Nem jó úton jársz. Nem az a baj, hogy az SSD túl gyorsan adja az adatot, hanem az, hogy a rendszer nem megfelelően rakja sorba a lassú diszkedre menő írásokat, és a legagresszívabb folyamat kapja a diszk io kapacitásának igen nagy részét, miközben a többiek éheznek, továbbá ez az agresszív folyamat elkezdi felzabálni a memóriacache területet write cache céljára, és ezzel kitolja a többieket onnan.
Cserélj io-schedulert, továbbá kezdjed el hangolni a vm limiteket.
Nekem a deadline scheduler jött be, ezerszer jobb, mint noop vagy az anticipatory. A cfq-t nem néztem, elvileg lehetne jó is, de interaktivitáshoz szerintem a deadline a legjobb.
/usr/src/linux/Documentation/block/switching-sched.txt
/usr/src/linux/Documentation/block/deadline-iosched.txt
/usr/src/linux/Documentation/sysctl/vm.txt
- A hozzászóláshoz be kell jelentkezni
Esélyes ill. még az is erősen közrejátszik, hogy a cryptolás zabálja a CPU-t. Egy HDD-ről történő i/o még CPU-nak is követhető sebesség, de egy SSD-nál már felkoppan, nem győzi cryptolni.
- A hozzászóláshoz be kell jelentkezni