อุปกรณ์หน่วยความจำแฟลชทั้งหมดตั้งแต่แท็บเล็ตไปจนถึงโทรศัพท์สมาร์ทวอทช์ไปจนถึง SSD และแม้แต่ SDcards ในกล้องและไดรฟ์หัวแม่มือ USB ใช้เทคโนโลยี NVRAM ความแตกต่างอยู่ในสถาปัตยกรรมของ NVRAM และวิธีที่ระบบปฏิบัติการติดตั้งระบบไฟล์บนสื่อบันทึกข้อมูลใด ๆ
สำหรับแท็บเล็ตและโทรศัพท์ Android เทคโนโลยี NVRAM นั้นใช้ eMMC ข้อมูลที่ฉันสามารถค้นหาเกี่ยวกับเทคโนโลยีนี้แนะนำระหว่าง 3k ถึง 10k รอบการเขียน น่าเสียดายที่ไม่มีสิ่งใดที่ฉันค้นพบในตอนนี้มีความชัดเจนเนื่องจาก Wikipedia นั้นว่างเปล่าในวัฏจักรการเขียนของเทคโนโลยีนี้ สถานที่อื่น ๆ ทั้งหมดที่ฉันได้ดูเพิ่งเกิดขึ้นเป็นฟอรัมต่าง ๆ ดังนั้นแทบจะไม่ได้ว่าฉันจะเรียกแหล่งที่เชื่อถือได้
เพื่อประโยชน์ในการเปรียบเทียบเทคโนโลยี NVRAM อื่น ๆ เช่น SSD ที่ใช้เทคโนโลยี NAND หรือ NOR รอบการเขียนอยู่ระหว่าง 10k ถึง 30k
ตอนนี้เกี่ยวกับทางเลือกของ OS ในการติดตั้งระบบไฟล์ .... ฉันไม่สามารถพูดได้ว่า Apple ทำอย่างไร แต่สำหรับ Android ชิปจะถูกแบ่งพาร์ติชั่นออกมาเหมือนฮาร์ดไดรฟ์ คุณมีพาร์ติชันระบบปฏิบัติการและพาร์ติชันข้อมูลพร้อมกับพาร์ติชันที่เป็นกรรมสิทธิ์อื่น ๆ ขึ้นอยู่กับผู้ผลิตอุปกรณ์ พาร์ติชั่นรูทจริงอาศัยอยู่ใน bootloader ซึ่งถูกรวมเป็นไฟล์บีบอัด (jffs2, cramfs, ฯลฯ ) พร้อมกับเคอร์เนลเพื่อที่ว่าเมื่อการบู๊ตสเตจ 1 เสร็จสมบูรณ์ (หน้าจอโลโก้ของผู้ผลิต) จากนั้นเคอร์เนลบูท และพาร์ติชั่นรูทจะถูกเมาท์พร้อมกันเป็น ram disk
เมื่อระบบบู๊ตขึ้นมันจะติดตั้งระบบไฟล์ของพาร์ติชันหลัก (/ ระบบซึ่งเป็น jffs2 บนอุปกรณ์ก่อน Android 4.0 และ ext2 / 3/4 บนอุปกรณ์ตั้งแต่ Android 4.0 และ xfs บนอุปกรณ์ล่าสุด) เป็นแบบอ่านอย่างเดียวดังนั้นจึงไม่มี สามารถเขียนข้อมูลลงไปได้ แน่นอนว่าสามารถใช้งานได้โดยเรียกว่า "การรูท" ของอุปกรณ์ของคุณซึ่งช่วยให้คุณเข้าถึงในฐานะผู้ใช้ขั้นสูงและช่วยให้คุณสามารถติดตั้งพาร์ติชันใหม่เป็นอ่าน / เขียน ข้อมูล "ผู้ใช้" ของคุณถูกเขียนไปยังพาร์ติชันที่แตกต่างกันบนชิป (/ data ซึ่งปฏิบัติตามข้อตกลงเดียวกันกับข้างต้นโดยยึดตามเวอร์ชั่น Android)
ด้วยโทรศัพท์จำนวนมากขึ้นมาที่เปิดช่องเสียบ sdcard คุณอาจคิดว่าคุณจะกดปุ่มเขียนเร็วขึ้นเพราะข้อมูลทั้งหมดของคุณกำลังถูกบันทึกลงในที่เก็บข้อมูล eMMC แทนที่จะเป็น sdcard โชคดีที่ระบบไฟล์ส่วนใหญ่ตรวจพบการเขียนที่ล้มเหลวไปยังพื้นที่เก็บข้อมูลที่กำหนด หากการเขียนล้มเหลวข้อมูลจะถูกบันทึกลงในพื้นที่ใหม่ของหน่วยเก็บข้อมูลอย่างเงียบ ๆ และส่วนที่ไม่ถูกต้อง (เรียกว่าบล็อกที่ไม่ดี) จะถูกปิดโดยไดรเวอร์ระบบไฟล์เพื่อไม่ให้มีการเขียนข้อมูลอีกต่อไปในอนาคต หากการอ่านล้มเหลวข้อมูลจะถูกทำเครื่องหมายว่าเสียหายและผู้ใช้จะได้รับแจ้งให้เรียกใช้การตรวจสอบระบบไฟล์หรือตรวจสอบดิสก์หรืออุปกรณ์ตรวจสอบระบบไฟล์โดยอัตโนมัติในระหว่างการบูตครั้งถัดไป
ตามความเป็นจริงแล้ว Google มีสิทธิบัตรในการตรวจจับและจัดการบล็อกที่ไม่ดีโดยอัตโนมัติ
https://www.google.com/patents/US7690031
เพื่อให้ได้ประเด็นมากขึ้นคำถามของคุณ "สิ่งนี้เกิดขึ้นได้อย่างไร?" ไม่ใช่คำถามที่ถูกถาม ในตอนแรกมันไม่เคยใช้การไม่ได้เลย ขอแนะนำอย่างยิ่งให้ติดตั้งระบบปฏิบัติการ (Windows) บน SSD (สมมุติ) เนื่องจากจำนวนการเขียนที่ระบบปฏิบัติการทำกับดิสก์
ตัวอย่างเช่นรีจิสทรีได้รับการอ่านและเขียนนับร้อยต่อวินาทีซึ่งสามารถเห็นได้ด้วยเครื่องมือ Microsoft / SysInternals Regmon ( https://technet.microsoft.com/en-us/sysinternals/regmon.aspx )
แนะนำให้ติดตั้งระบบปฏิบัติการ (Windows) บนไดรฟ์ SSD รุ่นแรกเนื่องจากการขาดระดับการสึกหรอข้อมูลที่เขียนลงในรีจิสทรีทุกวินาทีในที่สุดก็อาจติดอยู่กับผู้ใช้ต้นและทำให้ระบบไม่สามารถบูตได้เนื่องจากความเสียหายของรีจิสทรี
ด้วยแท็บเล็ตและโทรศัพท์และอุปกรณ์ฝังตัวอื่น ๆ ก็ไม่มีรีจิสทรี (อุปกรณ์ Windows Embedded เป็นข้อยกเว้นแน่นอน) ดังนั้นจึงไม่ต้องกังวลว่าข้อมูลจะถูกเขียนลงในส่วนเดียวกันของสื่อแฟลชอย่างต่อเนื่อง
สำหรับอุปกรณ์ Windows Embedded เช่นซุ้มหลายแห่ง (รวมถึงซุ้มชำระเงินด้วยตนเองของ Walmart และ Kroger) ในที่สาธารณะ - คุณรู้หรือไม่ว่าที่ใดที่คุณอาจเห็น BSOD แบบสุ่มเป็นครั้งคราว - มีไม่มากนัก ของการกำหนดค่าที่สามารถทำได้ตามที่ออกแบบไว้ล่วงหน้าด้วยการกำหนดค่าที่มีวัตถุประสงค์เพื่อไม่เปลี่ยนแปลง การเปลี่ยนแปลงที่เกิดขึ้นครั้งเดียวเท่านั้นก่อนที่ชิปจะถูกเขียนในกรณีส่วนใหญ่ สิ่งใดที่จะต้องบันทึก (เช่นการชำระเงินของคุณไปยังร้านขายของชำ) จะทำผ่านเครือข่ายไปยังฐานข้อมูลของร้านค้าบนเซิร์ฟเวอร์