ما هو نظام الملفات جيدا لمحركات NAND جزءا لا يتجزأ؟

StackOverflow https://stackoverflow.com/questions/657586

سؤال

وأنا أعمل على تطبيق جزءا لا يتجزأ من يستخدم فلاش NAND للتخزين. كما يبدو الآن، لن نستخدم لينكس أو أي RTOS الآخرين. التطبيق يجب التعامل مع الهبوط التيار الكهربائي غير متوقعة.

ونحن قد تبحث عن مختلف الحلول نظام الملفات، بما في ذلك YAFFS2، JFFS2، FAT + FTL فضلا عن حلول من <لأ href = "http://www.hcc-embedded.com/en/products/file_systems/" يختلط = "noreferrer" عنوان = "HCC جزءا لا يتجزأ من"> HCC جزءا لا يتجزأ من .

ولقد سمعت FAT + FTL هو خيار طبيعي، ولكن أنا قلق حول فقدان البيانات في حالة هبوط التيار الكهربائي غير متوقعة، فضلا عن الأداء. سيكون ممتنا إذا كان أي شخص يمكن أن تبادل الأفكار والخبرات حول هذا

هل كانت مفيدة؟

المحلول

وFAT-FTL هو "الاختيار الطبيعي"، ولكن ليس بالضرورة أن يكون خيارا جيدا. YAFFS2 أحدث من JFFS2 ويبدو أن أسرع وأكثر استيعابا لNANDs كبيرة. هذا العرض من "لينكس مؤتمر أوروبا جزءا لا يتجزأ من" يقارن هذه الأنظمة ملف فلاش اثنين وغيرها.

LogFS (ملاحظة: سجل يقف هنا لlogorithmic، وليس لسجل-منظم). وينبغي أيضا أن تكون أكثر تدرجية، ولكن ليس لدي أي فكرة عن كيفية muture ذلك هو.

نصائح أخرى

وهناك UBIFS. تنفيذ الوحيد الذي أعرفه من هو في نواة لينكس، وذلك يعتمد على واجهة UBI نواة لينكس و. ومع ذلك، يجب أن تكون الخوارزميات الأساسية للتنفيذ دون الكثير من المتاعب في أي بيئة الذي تستخدمه. أما بالنسبة للإنتاج الاستعداد، يستخدم نوكيا UBIFS في الهاتف الذكي N900 بهم، وأجهزة الكمبيوتر المكونات على أساس SheevaPlug يكون الدعم لذلك أيضا. لقد وجدت تنفيذ لينكس أن تكون موثوق بها، حتى على الأجهزة قشاري أن يحب لإعادة نفسها عشوائيا. على عكس JFFS2، UBIFS لا تحتاج إلى قراءة الملفات بأكمله عند بدء التشغيل.

وقد تحتاج إلى إعادة النظر في القرار الخاص "لا لينكس"، منذ تستخدم لينكس سيجعل من الأسهل كثيرا على استخدام UBIFS.

وهناك بائع تجاري يدعى DataLight حيث العروض نظام ملفات فلاش قوي، ولكن بالطبع انها ليست مجانية.

ورقة بيضاء (PDF) (واتخاذ مع حبة الملح) على العروض.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top