“Einfach”, nein. Aber die am besten unterstützte Methode ist wohl in einem LVM. Das ist dann nichts Nachträgliches, sondern bedeutet auch eine komplette Neuinstallation.
bcache und der Nachfolger bcachefs sind auch gut, aber nur AUR und ist immer noch in Entwicklung. Man muss sich da schon konkret einlesen: Bcachefs - ArchWiki
EDIT: LVM verwendet wohl das Modul dm-cache. Das kann auch manuell und nachträglich eingerichtet werden ohne LVM: Dm-cache – Thomas-Krenn-Wiki
Obwohl Kernel 3.9 erwähnt, funktioniert es immer noch mit aktuellen Kerneln.
Anmerkung: Wenn dm-cache im Einsatz, dann braucht es nach Einrichung noch einen Systemd-Dienst, der den Cache beim Booten aktiviert. Das muss man dann selbst machen.
@megavolt
Usage of LVM as you mention is actually same as a raid setup i mentioned using BTRFS, except you can use different filesystem types in LVM i guess.
But a BTRFS setup like i mentioned doesn’t need a re-install of your system as far as i know, just a change in mount-options fe filesystem-type when used in /etc/fstab
Die Verwendung von LVM, wie Sie erwähnt haben, ist eigentlich dieselbe wie ein Raid-Setup, das ich mit BTRFS erwähnt habe, außer dass Sie in LVM verschiedene Dateisystemtypen verwenden können, denke ich.
Aber ein BTRFS-Setup, wie ich es erwähnt habe, erfordert meines Wissens keine Neuinstallation Ihres Systems, sondern nur eine Änderung der Mount-Optionen, z. B. des Dateisystemtyps, wenn es in /etc/fstab verwendet wird
Oh by the way, the OP asked only for /home which doesn’t need a fresh install at all anyhow…
Übrigens, das OP hat nur nach /home gefragt, was sowieso keine Neuinstallation benötigt …
But in any case the OP would need to make a backup of /home first and then prepare both partitions for inter-operation ofcourse, using a LiveMedia,
Because in the transistion time /home would have to be de-coupled from the live system…
Aber in jedem Fall müsste das OP zuerst ein Backup von /home machen und dann beide Partitionen für den gemeinsamen Betrieb vorbereiten, natürlich mit einem LiveMedia,
Denn in der Übergangszeit müsste /home vom Live-System entkoppelt werden…
@TriMoon True, but I guess @GaVenga has EXT4 and not BTRFS. Running BTRFS in RAID1 (HDD+SSD) require the exact same size while a cache device does not need that.
I added above that dm-cache, which is used in LVM, can also be used as standalone, without reinstalling.
@TriMoon Stimmt, aber ich denke, @GaVenga hat EXT4 und nicht BTRFS. Der Betrieb von BTRFS in RAID1 (HDD+SSD) erfordert genau die gleiche Größe, während ein Cache-Gerät dies nicht braucht.
Ich habe oben hinzugefügt, dass dm-cache, das in LVM verwendet wird, auch als Standalone verwendet werden kann, ohne Neuinstallation.
@megavolt
After reading all the pages you linked to, which are very interesting to read though, i still think the best and easiest way to go is using BTRFS in this case
Because the other options are less stable or use functionality from BTRFS itself
Nachdem ich alle Seiten gelesen habe, auf die Sie verlinkt haben, die aber sehr interessant zu lesen sind, denke ich immer noch, dass der beste und einfachste Weg in diesem Fall die Verwendung von BTRFS ist
Weil die anderen Optionen weniger stabil sind oder Funktionen von BTRFS selbst verwenden
Especially dm_cache which even needs 3 partitions minimum…
Besonders dm_cache, das sogar mindestens 3 Partitionen benötigt …
btrfs braucht bei RAID10 keine gleich großen Partitionen. Die gesamte nutzbare Größe hängt jedoch von der Größe der einzelnen Partitionen ab:
2 devices: ==> Platz wie auf dem kleinsten Device
3 devices: ==> Platz wie auf der Hälfte der Summe aller Devices. Maximal jedoch soviel wie die beiden kleinsten Devices zusammen
4 devices: ==> Platz wie auf der Hälfte der Summe aller Devices. Maximal jedoch soviel wie die 3 kleinsten Devices zusammen
…
ABER soweit ich btrfs richtig verstehe, bringt das keinen wirklichen, (oder nur minimal) Geschwindigkeitsvorteil. Das war nicht Entwicklungsziel. Ziel war die durch RAID10 verbesserte Datensicherheit.
You can find good Information about Btrfs in the wiki
@andreas85
The reason for BTRFS usage i mentioned was for caching not for data integrity that RAID is meant for normally…
We just want to use it’s logic of reading from one drive (SSD)while duplicating that data on the other drive (HD).
But yea the end result, for the reason of usage, actually means we could just drop the HD and only use the SSD without all this hehehe
Der Grund für die Verwendung von BTRFS, den ich erwähnt habe, war das Caching, nicht die Datenintegrität, für die RAID normalerweise gedacht ist …
Wir möchten nur die Logik des Lesens von einem Laufwerk (SSD) verwenden, während diese Daten auf dem anderen Laufwerk (HD) dupliziert werden.
Aber ja, das Endergebnis bedeutet aus Gründen der Nutzung tatsächlich, dass wir die HD einfach fallen lassen und nur die SSD ohne all das verwenden könnten, hehehe
What the OP actually asks for is the kind of caching the CPU uses using L1/L2/L3.
Which uses faster memory for more frequently used data and slower memory for less frequently used data.
But for that kind of cacheing using external memory (drives) the system would need to know which data is needed before it is needed, like pre-cacheing used on web-pages.
Which is ofcourse something that is not quite possble…
Was das OP tatsächlich verlangt, ist die Art des Cachings, das die CPU mit L1/L2/L3 verwendet.
Dabei wird schnellerer Speicher für häufiger verwendete Daten und langsamerer Speicher für weniger häufig verwendete Daten verwendet.
Aber für diese Art des Cachens mit externem Speicher (Laufwerken) müsste das System wissen, welche Daten benötigt werden, bevor es benötigt wird, wie beim Pre-Caching auf Webseiten.
Was natürlich nicht ganz möglich ist…
Ich vermute, du hast den Zweck dieser 3 Partitionen nicht verstanden. Auf der SSD/NVME erstellt man 2 Partitionen. Eine für Metadaten und eine für Cache-Daten. Die Dritte ist die Partition, die bereits Daten enthält, also /home, die in diesem Fall die langsame HDD ist. Wenn der Cache aktiviert ist und Sie auf die Dateien in /home zugreifen, wird der Zugriff durch die Verwendung des NVME als Cache beschleunigt.
I guess you didn’t understand the purpose of these 3 partitions. On the SSD/NVME you create 2 partitions. One for metadata and one for cache data. The third is the partition that already contains data, so /home, which in this case is the slow HDD. If the cache is enabled and you access the files in /home, using the NVME as cache will speed up the access.
Probier es doch einfach mal testweise mit dm-cache, ne gute Anleitung hast du ja schon, nur muss man halt bei der Einrichtung ein wenig Gehirnschmalz verwenden, Klick & Play ist das nicht.
Wenn die Einrichtung klappt und es ist aktiv, dann ist der Systemd Dienst ein Kinderspiel.
Ich verwende lieber das: https://addons.mozilla.org/de/firefox/addon/to-google-translate/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search
Hat den Vorteil, du kannst in Deiner Sprache den Beitrag verfassen,
wenn fertig, Text markieren, übersetzen lassen. Den Text in Deiner Sprache kannst du
durch die Übersetzung ERSETZEN lassen!
Für ganze Seiten verwende ich: https://addons.mozilla.org/de/firefox/addon/traduzir-paginas-web/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search
.
I prefer to use this: https://addons.mozilla.org/de/firefox/addon/to-google-translate/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search
Has the advantage, you can write the contribution, in your language;
when ready, mark text, translate it. The text in your language can
be REPLACED by the translation!
For whole pages I use: https://addons.mozilla.org/de/firefox/addon/traduzir-paginas-web/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=search
