A következő eszközök vannak Linux Mint 18.1 verzióval laptopokon és GNU / Linux Debian 9 a szerveren.
(Mindegyik 64 bites és Cinnamon asztali.)
Minden meghajtó eszköze ext4 fájlrendszerrel van formázva; A RAID 1 a mdadm
használatával készül.
-
1 SSHD-vel rendelkező laptop (nem tévesztendő össze a HDD-vel).
-
Laptop 3 meghajtóval: 2 x fogyasztói HDD RAID 1 -ben és 1 x SSD.
-
Szerver 5 meghajtóval: 4 x vállalati HDD kétszer RAID 1 és 1 x SSD.
Rendszerem van ezeken az SSD-ken, és soha nem töredeznék töredezettség alá SSD-t.
A kérdés a HDHD-kről és az SSHD-ről szól.
Találtam egy régi PDF , amely néhány további funkciót felvázol a e4defrag
.
-
Miért kell a fájlrendszert csatlakoztatni, ennek a hibaüzenetnek megfelelően, amikor megpróbáljuk töredezettségmentesíteni a leválasztatlan fájlrendszert? Szeretném megérteni, miért van ez:
Filesystem is not mounted
-
Szeretném megvalósítani a szabad hely töredezettségmentesítését. AFAIK most felülvizsgálat alatt áll. Lehetséges-e nekem pl. fordítsd le a
e4defrag
forrást ezekből a lehetőségekből vagy akárhogyan is?e4defrag -f /deviceOrDirectory
-
Szeretném a vonatkozó adatfunkciót is szívesen használja:
e4defrag -r /deviceOrDirectory
Számos releváns okom van arra, hogy úgy gondoljam, hogy a gépek töredezettsége lelassul az olvasási sebesség, példa:
-
A szerverről RAID 1 HDD-vel vették fel:
[2556/30987]/raid1a/bitcoind/blocks/rev00820.dat: 100% extents: 16 -> 1 [ OK ]
-
A laptopról a RAID 1 merevlemezek:
[29405/50810]/raid1/movies/SGA-HEVC/S04E01 - Adrift.mp4: 100% extents: 31 -> 6 [ OK ]
Amint láthatja, a töredezettségmentesítéssel még a 31 blokkfájlt sem sikerült 1 darabbá tenni. Természetesen vitathatod, hogy filmfájlról van szó, tehát nem számít. Igaz, de csak ebben az esetben.
A töredezettségmentesítés elindításához használt parancs:
-
A szerveren:
sudo e4defrag -v /dev/md1
-
A laptopon:
sudo e4defrag -v /raid1/
Megteszi úgy tűnik, hogy nem számít, függetlenül attól, hogy az eszköznév vagy a könyvtár segítségével hívom-e meg a parancsot.
Tudna jó irányba mutatni?
Megjegyzések
- Vannak olyan mérési eredményei, amelyek a töredezettségmentesítést jelzik a lassú hozzáférés forrásaként? Ha igen, melyiket? Az esetek többségében nem kell manuálisan töredezettségmentesíteni az ext4 fájlrendszereket, amennyiben ‘ van elég szabad hely hogy az allokációs algoritmus normál működés közben automatikusan töredezetté tegye.
- @dirkt Egyelőre nem végeztek méréseket. Nem ‘ nem vitatom, hogy a
ext4
fájlrendszer töredezettségmentesítése nem hatékony-e vagy sem. A kérdések egyértelműek: Hogyan kell csinálnie4defrag -r
ése4defrag -f
.
Válasz
e4defrag
szüksége van a fájlrendszer csatlakoztatására, mert a töredezettségmentesítés elvégzésére kéri a kernel fájlrendszer-illesztőprogramját. ne csináld magad.
Ami a szabad hely töredezettségmentesítését és a fájlok megfelelő töredezettségmentesítését illeti, a javításokat soha nem fejezték be; a vonatkozó levelezőlistán az utolsó említés 2014-re nyúlik vissza:
A
e4defrag
ae2fsprogs
fájlban található, és a kód még mindig karbantartásra és fejlesztésre kerül. Különösen Dmitrij Monakhov tett hozzá sok „kínzási tesztet”, és számos faji körülményt talált az alapul szolgáló kernkódban. Nemrégiben elküldte a rendszermag kód refaktorát is, amely jelentősen javította azt (és az ext4 méretét 550 kódsorral zsugorította).Ennek ellenére a valóságban még nem történt igazi fejlesztés
e4defrag
jó ideje. Volt már vita arról, hogy mi lehet a kernel API-ja, hogy támogassa ezt a funkciót, de még soha nem volt végleges API javaslat, nemhogy megvalósítás. / p>
Tehát kétlem, hogy van valami tesztelni érdemes.
e4defrag --version
üzenetem szerinte4defrag 1.45.5 (07-Jan-2020)
.e4defrag
relevanciájáról a az idő. Ez még mindig az Ext4 teljes mértékben támogatott része, de nem minden esetben használható (a bigalloc fájlrendszereket nem lehet töredezettségmentesíteni, az adatnaplózás nem kompatibilis a töredezettségmentesítéssel, a DAX inódok és a titkosított fájlok pedig nem helyezhetők át. li>