Todos los dispositivos de memoria flash, desde tabletas hasta teléfonos, relojes inteligentes, SSD e incluso las tarjetas SD en cámaras y unidades USB utilizan la tecnología NVRAM. La diferencia está en la arquitectura de la NVRAM y en cómo el sistema operativo monta el sistema de archivos en cualquier medio de almacenamiento.
Para las tabletas y teléfonos Android, la tecnología NVRAM está basada en eMMC. Los datos que puedo encontrar en esta tecnología sugieren entre 3k y 10k ciclos de escritura. Desafortunadamente, nada de lo que he encontrado hasta ahora es definitivo, ya que Wikipedia está en blanco en los ciclos de escritura de esta tecnología. Todos los demás lugares que he visto son varios foros, por lo que difícilmente llamaría una fuente confiable.
En aras de la comparación, otras tecnologías NVRAM como las SSD que usan tecnología NAND o NOR, los ciclos de escritura son entre 10k y 30k.
Ahora, con respecto a la elección del sistema operativo de cómo montar el sistema de archivos ... No puedo hablar de cómo lo hace Apple, pero para Android, el chip está dividido como lo haría un disco duro. Tiene una partición del sistema operativo y una partición de datos, junto con varias otras particiones propietarias, dependiendo del fabricante del dispositivo. La partición raíz real vive dentro del gestor de arranque, que se incluye como un archivo comprimido (jffs2, cramfs, etc.) junto con el núcleo, de modo que cuando se completa el inicio de la etapa 1 del dispositivo (la pantalla del logotipo del fabricante generalmente), el núcleo se inicia y la partición raíz se monta simultáneamente como un disco ram.
A medida que el sistema operativo se inicia, monta el sistema de archivos de la partición primaria (/ system, que es jffs2 en dispositivos anteriores a Android 4.0 y ext2 / 3/4 en dispositivos desde Android 4.0, y xfs en los últimos dispositivos) como de solo lectura para que no se le pueden escribir datos. Esto, por supuesto, puede solucionarse mediante el llamado "rooting" de su dispositivo, que le da acceso como superusuario y le permite volver a montar la partición como lectura / escritura. Sus datos de "usuario" se escriben en una partición diferente en el chip (/ data, que sigue la misma convención que anteriormente basada en la versión de Android).
Con más y más teléfonos abandonando la ranura de la tarjeta sd, puede pensar que alcanzará el límite de escritura antes porque todos sus datos ahora se guardan en el almacenamiento eMMC en lugar de la tarjeta sd. Afortunadamente, la mayoría de los sistemas de archivos detectan una escritura fallida en un área de almacenamiento determinada. Si falla una escritura, los datos se guardan en silencio en una nueva área del almacenamiento, y el controlador del sistema de archivos acordona el área defectuosa (conocida como bloque defectuoso) para que los datos ya no se escriban allí en el futuro. Si falla una lectura, los datos se marcan como corruptos y se le indica al usuario que ejecute una verificación del sistema de archivos o un disco de verificación, o el dispositivo verifica automáticamente el sistema de archivos durante el próximo arranque.
De hecho, Google tiene una patente para detectar y manejar automáticamente los bloques defectuosos.
https://www.google.com/patents/US7690031
Para ir más al grano, su pregunta "¿cómo se volvió esto de repente práctico?" No es la pregunta correcta para hacerse. Más bien, nunca fue poco práctico, en primer lugar. Se desaconsejó encarecidamente instalar el sistema operativo (Windows) en un SSD (presumiblemente) debido a la cantidad de escrituras que el sistema operativo realiza en el disco.
Por ejemplo, el registro recibe literalmente cientos de lecturas y escrituras por segundo, que se pueden ver con la herramienta de Microsoft / SysInternals Regmon ( https://technet.microsoft.com/en-us/sysinternals/regmon.aspx )
Se desaconsejó la instalación del sistema operativo (Windows) en unidades SSD de primera generación porque, con la falta de nivelación de desgaste, los datos escritos en el registro cada segundo probablemente alcanzaron a los primeros usuarios y dieron como resultado sistemas no arrancables debido a la corrupción del registro.
Con tabletas y teléfonos, y prácticamente cualquier otro dispositivo integrado, no hay registro (los dispositivos integrados de Windows son excepciones, por supuesto) y, por lo tanto, no hay que preocuparse de que los datos se escriban constantemente en las mismas partes del medio flash.
Para los dispositivos Windows Embedded, como muchos de los quioscos (incluidos los quioscos de autopago de Walmart y Kroger) en el público, ya sabes, aquellos en los que puede ver un BSOD aleatorio de vez en cuando, no hay mucho de configuración que se puede hacer, ya que están prediseñados con configuraciones que nunca cambiarán. Los únicos cambios de tiempo que tienen lugar son antes de que el chip se escriba en la mayoría de los casos. Todo lo que deba guardarse (como su pago en el supermercado) se realiza a través de la red a las bases de datos de la tienda en un servidor.