Всі пристрої флеш-пам’яті, від планшетів до телефонів до розумних годинників, до SSD-дисків і навіть SD-карт у камерах та USB-накопичувачах, використовують технологію NVRAM. Різниця полягає в архітектурі NVRAM та в тому, як операційна система монтує файлову систему на будь-якому носії інформації.
Для планшетів та телефонів Android технологія NVRAM заснована на eMMC. Дані, які я можу знайти за цією технологією, пропонують між циклами запису від 3 до 10 к. На жаль, жодне з того, що я знайшов поки що не є остаточним, оскільки Вікіпедія порожня на циклах запису цієї технології. Усі інші місця, які я переглянув, просто траплялися на різних форумах, тому навряд чи я б назвав надійним джерелом.
Для порівняння, для інших технологій NVRAM, таких як SSD, які використовують технологію NAND або NOR, цикли запису становлять від 10 до 30 к.
Тепер, що стосується вибору ОС, як встановити файлову систему .... Я не можу говорити за те, як це робить Apple, але для Android, чіп розділений так, як на жорсткому диску. У вас є розділ ОС і розділ даних, а також кілька інших фірмових розділів залежно від виробника пристрою. Справжній кореневий розділ живе всередині завантажувача, який поєднується у вигляді стисненого файлу (jffs2, cramfs тощо) разом із ядром, так що коли завантаження першого етапу пристрою завершено (екран логотипу виробника, як правило), тоді ядро завантажиться. і кореневий розділ одночасно монтується як таранний диск.
Під час завантаження ОС він монтує файлову систему основного розділу (/ система, яка є jffs2 на пристроях до Android 4.0 та ext2 / 3/4 на пристроях з Android 4.0 та xfs на останніх пристроях) як лише для читання, так що ні дані можуть бути записані до нього. Звичайно, це можна подолати шляхом так званого «вкорінення» вашого пристрою, який надає вам доступ як суперпользователь, і дозволяє перекомпонувати розділ як читати / записувати. Ваші дані "користувача" записуються в інший розділ на мікросхемі (/ дані, який дотримується тієї ж конвенції, що і вище, заснованої на версії 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 є винятками), і, таким чином, немає ніякого занепокоєння щодо того, що дані постійно записуються на ті самі частини флеш-носія.
Для пристроїв із вбудованою системою Windows, таких як багато кіосків (включаючи кіоски самообслуговування Walmart та Kroger), серед громадськості - ви знаєте, тих, де час від часу ви можете бачити випадковий BSOD - не так багато конфігурації, яку можна зробити, оскільки вони попередньо розроблені з конфігураціями, які не повинні змінюватися ніколи. Єдині зміни часу відбуваються перед тим, як чіп записаний у більшості випадків. Все, що потрібно зберегти (наприклад, ваш внесок у продуктовий магазин), здійснюється через мережу до баз даних магазину на сервері.