Frage

Es scheint, dass der Linux VFS -Cache mit einem Sicherungsdateisystem standardmäßig nicht standardmäßig funktioniert. Beispielsweise scheint der "Read" -Anruf systematisch an das Sicherungsdateisystem weitergeleitet zu werden.

Ich arbeite an einem fuse spezifischen Remote -Dateisystem. Ich brauche einen sehr aggressiven Cache.

Muss ich meinen eigenen Seitencache implementieren? Oder ist es möglich, den Linux -VFS -Cache für dieses bestimmte Sicherungsdateisystem zu aktivieren? Oder kennt jemand einen guten Proxy-/Cache -Sicherungsdateisystem (oder eine Art C -Bibliothek, um dies zu tun, ohne das Rad neu zu erfinden)?

Bonus-Frage:

Wenn ich meinen eigenen Seiten -Cache implementieren muss, denke ich, dass ich einen Redis -Daemon verwenden muss, um das LRU -Sachen zu machen. Ich bin mir fast sicher, dass es eine gute Option für das Zwischenspeichern von Metadaten sein kann. Aber für Seiten bin ich mir nicht sicher, ob es besser ist als ein einfaches lokales Verzeichnis (mit VFS -Cache) oder /dev /shm. Aber ich werde die automatische Reinigung von LRU verlieren. Kennt jemand eine Art /Dev /SHM mit automatischer LRU -Reinigung?

Einige zusätzliche Informationen: Das Dateisystem ist schreibgeschützt und die Fernseite ist nahezu unveränderlich. Die Remote -Seite enthält sehr große Dateien, die ich nicht in ein lokales Verzeichnis kopieren kann.

War es hilfreich?

Lösung

Ich denke, VFS -Cache wird nicht auf Sicherung funktionieren. Es gibt Caching -Lösungen für Sicherungen oder Sie können Ihre implementieren.

Mit einer kleinen Suche fand ich Sicherungsschache; Sie behaupten, dass es einfach ist.

Andere Tipps

Sie können die Sicherung verwenden auto_cache Möglichkeit. Die Sicherung wird die Daten zwischenspeichert und nur mehrere Metadatenanrufe tätigen, um zu überprüfen, ob sich der Zeitstempel der Dateigröße oder des Änderung geändert hat.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top