¿El software operativo del teléfono alguna vez se hará más pequeño, como las computadoras que ocupaban habitaciones enteras ahora ocupan el espacio de una computadora portátil?

La respuesta es “depende de lo que cuentes”.

A medida que los microprocesadores aumentan su capacidad y las personas diseñan ASIC y FPGA que descargan parte del trabajo, el tamaño del software se reducirá. Sin embargo, la duración de la batería también se reducirá.

A medida que los desarrolladores mueven más cosas del hardware al software, para conservar la vida útil de la batería, el tamaño del software crecerá.

Los dos no están en perfecto equilibrio, a veces se encuentran mejores soluciones de hardware, a veces los compiladores generan un mejor código, a veces se reduce la cantidad de duplicación de código, a veces se elimina el software innecesario.

El teléfono Android moderno, por ejemplo, ejecuta una gran cantidad de software utilizando Java. Java se ejecuta dentro de una computadora simulada dentro de la computadora real. Esto lo hace portátil, también lo hace obscenamente hambriento de recursos.

Si los desarrolladores de teléfonos dejaran de usar conjuntos de chips oscuros y propietarios y comenzaran a ofrecer valor agregado de alguna otra manera, entonces podría eliminar Java de la ecuación. Todo podría compilarse y optimizarse para la plataforma nativa. Eso reduciría muchos gastos generales. Sin JVM requerido, también liberaría mucha memoria.

Nadie necesita usar exactamente el mismo hardware, siempre que el sistema operativo haga que las diferencias sean invisibles para la aplicación, entonces todavía hay espacio para el valor agregado en el hardware.

Las opciones de SO por ahí son interesantes.

Windows 8 no es pequeño. Windows 10 es aún menos pequeño. Windows CE tampoco era particularmente pequeño, y eso ni siquiera hizo nada.

Linux, un sistema operativo que amo mucho y que he utilizado como mi entorno principal de casa desde la primera distribución de MCC, es probablemente más pesado de lo necesario. Dudo que el equipo de Android esté escaneando en Internet la mejor de las mejores bibliotecas alternativas o esté ajustando cada El último ciclo de reloj y el byte pueden exprimirse del sistema, porque muchos de los problemas que tiene Android provienen de modificaciones de kernel de baja calidad y un control de calidad deficiente. Esa no es la señal de un equipo que tiene tiempo, energía y / o conocimientos para obtener lo mejor del sistema.

La oferta de Apple tiene muchos de los mismos problemas que Android: la calidad del código no existe para justificar la creencia en la minimización del código.

Personalmente, no estoy 100% seguro de por qué usaría ninguno de estos en un teléfono. Si insiste en una máquina virtual que pueda manejar su propia administración de memoria, entonces podría estar usando FreeRTOS. Muchos teléfonos cambian de tarea, por lo que Bare Metal OS sería adecuado para sus necesidades.

Lamentablemente, el hardware moderno es tal que los desarrolladores de software no tienen que preocuparse por escribir código compacto. Eso no quiere decir que sea un mal código. Es solo que el hardware está ahí y entonces, ¿por qué intentar hacer un software con una huella pequeña? Eso sería más difícil y, en muchos sentidos, más difícil de depurar. Soy un programador profesional de c ++, pero creo que me resultaría difícil escribir código en computadoras construidas hace 30 años, cuando las restricciones de hardware eran una preocupación real. En estos días, prácticamente no hay problemas de hardware y no hay necesidad real de escribir código pequeño y compacto. Por supuesto, hay excepciones: los sistemas embebidos, por ejemplo, tienen requisitos mucho más estrictos y son mucho más estrictos con el hardware y requerirían necesariamente bases de código más compactas.

No, el tamaño del sistema operativo no se reducirá.

1. La reducción se limita al componente físico de las computadoras. Para el hardware de la computadora, los transistores se vuelven más pequeños con el tiempo debido a la Ley de Moore. En última instancia, los datos están vinculados por el número de transistores , no por el tamaño de los transistores.
2. En software de computadora, menos códigos significa menos funciones *. Los programas de computadora se vuelven cada vez más capaces y las aplicaciones del mundo real se vuelven más avanzadas, lo que requiere más códigos.
3. Un software más pequeño solo significará reducción de información , dejando de lado los algoritmos de compresión, que se usan solo en archivos almacenados (por ejemplo, documentos, imágenes, archivos de audio) y no en sistemas operativos.

* Por razones de coherencia, es más preciso medir códigos de bajo nivel que códigos de alto nivel.

Sin duda sería bueno, pero el software moderno es bastante complejo y las nuevas versiones tienden a aumentar la complejidad.

A menudo esto tiene el costo de un mayor uso de memoria.

No funciona así. Aunque las computadoras se hacen más pequeñas, las especificaciones se hacen más altas.