Linux: Alternative zu UBIFS auf MLC NAND

7

Der Status von UBIFS unter Linux über MLC NAND war nie genau perfekt . Und obwohl dieser Eintrag heutzutage aus den FAQ entfernt wurde , wurde die Unterstützung für UBIFS zusätzlich zu MLC NAND offiziell als nicht unterstützt gemeldet:

Vollständiger Thread auf patchwork.kernel.org:

Daher suche ich jetzt nach einem langfristigen Dateisystemersatz für einen MLC-NAND, wie er auf einem MIPS Creator CI20 zu finden ist :

Dies ist ein Samsung K9GBG08UOA NAND-Blitz, und es scheint nicht möglich zu sein, dieses Gerät in den SLC-Modus zu versetzen.

Es scheint, dass jffs2 auch keine Alternative ist:

Gibt es ein anderes alternatives Dateisystem (möglicherweise mit vergleichbarer Leistung)?

malat
quelle
Das ist besorgniserregend. Wir haben Produkte mit MLC nand und UBIFS. Es ist in naher Zukunft nicht erforderlich, aber jetzt ist ein Upgrade auf den neuesten Kernel schwierig.
ART
1
Der @ AnkurTank UBIFS-Entfernungs-Patch wurde an Stable @ vko gesendet, sodass er irgendwann zurückportiert werden sollte.
Malat
Oh, meinst du, auch LTS-Kernel werden diesen Patch hinzufügen?
ART

Antworten:

0

Wenn Sie die Möglichkeit haben, kommerzielle Software einzuschließen, unterstützt Datalight derzeit weiterhin MLC. Ich habe keine Ahnung, wie viel es kostet oder ob es eine kostenlose Bierlizenz für nichtkommerzielle Zwecke gibt.

Meine einzige Verbindung ist, dass ich auf ihrer Mailingliste stehe und an einigen Webinaren teilgenommen habe. Ich habe ihre Produkte noch nie verwendet, daher sollten Sie Vorbehalte und Salzkörner entsprechend anwenden. Viel Glück.

Verwandte Links, zuletzt zuerst:

William Dye
quelle
0

Gibt es ein [Linux] -Dateisystem ... [das] UBIFS über MLC NAND unterstützt?

Nein;

Ab Linux 4.17 gibt es keine Dateisysteme, die speziell mit MLC NAND umgehen.

Im Idealfall muss das Dateisystem nichts über das Speichermedium wissen, da Macken und Funktionen transparent behandelt werden sollten. Natürlich ist dies praktisch nicht der Fall, aber es ist die einzige Annahme, die man über zukünftige Medien machen kann. Daher ist es nicht verwunderlich, dass jffs2 unter Linux 4.17 das einzige zu überprüfende Dateisystem ist.

> grep -lr MTD_MLCNANDFLASH fs
fs/jffs2/fs.c

und

find fs -maxdepth 1 -type d | wc -l
72

Das bedeutet, dass nur 1 von ~ 70 Dateisystemen sich um MLC kümmert.

Ich sehe auch nichts in Out-of-Tree-Dateisystemen wie zfs .

user1133275
quelle
⅔ Ihrer Antwort ist eine Wiederholung des Codes, den ich bereits vom Linux-Kernel überprüft und auf den ich aus meiner Frage verwiesen habe. Dies ist keine Antwort, sondern eine Umformulierung.
Malat
@malat Ich habe meine Antwort aktualisiert, um klarer zu sein.
user1133275
-1

Es scheinen also zwei Möglichkeiten möglich zu sein:

  1. git revert b5094b7f135be und dann,
  2. Warten Sie auf weitere Arbeiten an MLC + NAND

    Die Tatsache, dass MLC-NANDs von UBI nicht unterstützt werden, ist nicht unbedingt endgültig. Ich habe eine Niederlassung mit all der Arbeit, die wir geleistet haben, um UBI 2 um MLC-Unterstützung zu erweitern . Wenn Sie Zeit haben, in sie zu investieren, können Sie diese Arbeit gerne übernehmen.

    Wie auch immer, die Entscheidung, diesen Treiber zu entfernen, liegt nicht bei mir, und mit diesem Patch kann ich diesen Treiber zumindest kompilieren und testen.

Etwas zum Ausprobieren:

  • ext4 auf der MTD-Blockschicht
malat
quelle
1
Das Fehlen einer Verschleißnivellierung in mtdblock und seine schreckliche Verstärkung für kleine Schreibvorgänge schränken seine Anwendbarkeit eher ein. Das ist vor der MLC-Frage ... Ich denke, die beste Hoffnung ist, dass die Schreibverstärkung tatsächlich die Störung des MLC-Programms mildert :-D. Aber das Fehlen einer Verschleißnivellierung würde mich eher für ein "langfristiges Dateisystem" beunruhigen.
Sourcejedi