Re: 2 HDs + Mirroring + Snapshots + SSD-Caching
On Sunday 15 December 2013 12:39:48 Martin Steigerwald wrote:
> Am Samstag, 14. Dezember 2013, 22:15:56 schrieb Michael Schuerig:
> > On Saturday 14 December 2013 21:19:22 Martin Steigerwald wrote:
> > > > Und das war's dann auch schon. Ich würde mich über Empfehlungen
> > > > freuen.
> > >
> > > Ich denke, ich würde auf VFS Hot Data Tracking mit
> > > BTRFS-Unterstützung warten. Dann geht das direkt im
> > > BTRFS-Dateisystem. Patches gibt es bereits, sind aber noch nicht
> > > im Kernel drin.
> >
> > Hi Martin,
> >
> > selbst wenn es das schon gäbe, würde ich es für meinen Zweck nicht
> > nutzen wollen. Hot Data Relocation würde meine häufig benutzten
> > Daten
> > *nur* auf der SSD lagern. Ich will aber, dass alle Daten immer auch
> > auf einer HD liegen.
>
> Woher weißt Du das? Ich wäre mir dessen nicht so sicher, dass das in
> jedem Fall so sein muss. Da gibt es ja in BTRFS auch schon heute
> Optionen, um den Grad der Redundanz zu regeln und da soll ja auch
> noch Einiges dazu kommen.
Das weiß ich natürlich nicht und wenn es so möglich wäre, wie du
beschreibst, dann wäre das natürlich schön. Mein Annahme -- "Relocation"
-- war, dass die Daten eben immer nur an einer Stelle liegen. Warten
wir's ab.
> > > Abgesehen davon, passen die Dir wichtigen Musik-Dateien vielleicht
> > > auch erst mal direkt auf die SSD? [...]
> > Bei mir sind es derzeit knapp 430GB und da sind durchaus Sachen
> > dabei, die ich noch als FLAC neu rippen/kodieren muss. Und die
> > Sammlung wächst und wächst.
>
> Nun, wenn Du das alles gepuffert haben möchtest…
Nein, natürlich nicht alles. Wahrscheinlich wäre Caching auf Anwendungs-
statt Dateisystemebene die beste Lösung, weil nur da bekannt ist, was
gecachet werden sollte.
Etwas konkreter: Da es um Musikwiedergabe mit MPD geht, könnte ein
Skript mit mpc idle playlist[*) Änderungen der Wiedergabeliste
überwachen und die entsprechenden Dateien auf die SSD kopieren. Wobei
per unionfs (bzw. aufs) die Musikverzeichnisse auf SSD und HD überlagert
werden müssten.
Nächstes Jahr...
Michael
[*) http://www.musicpd.org/doc/protocol/ch03.html
--
Michael Schuerig
mailto:michael@schuerig.de
http://www.schuerig.de/michael/
Reply to: