Samsung Exynos 5 Octa podrá usar sus ocho núcleos a la vez, a finales de año

También mucho núcleo para que luego el SO tampoco lo aproveche.

El sistema, si tiene base Unix, aprovecha los 8 núcleos o lo que le pongas.

que el SO base tenga capacidad para aprovecharlo, no implica que al final se aproveche... y en Android eso no pasa. Pero es que además, aunque Android estuviera optimizado para sacar provecho de 4 u 8 cores (que no te creas que es tan bueno y no solo porque entonces iría atrancado con menos cores, pero no es el lugar para un artículo de 10K explicandolo)... pues de nada sirve si después el software no lo está... es cierto que el SO ofrece prestaciones (no solo por usarse fundamentalmente Java que lo integra en el propio lenguaje, sino que además en este caso a nivel SO) para desarrollar software multhead y además es multitarea (mejorable, pero no hace falta más y menos en un móvil)... lo primero es que el desarrollador tiene que utilizar los mecanismos apropiados, dividiendo tareas pesadas en multiples threads, etc... algo que no suele compensar en cuanto a que complica el desarrollo y además, para algunas tareas así, pues si ese SoC lo permite (depende de la GPU realmente), pues resulta más interesante recurrir a OpenCL para la mayor parte de los casos en que antes se recurría a trabajar con multiples threads a nivel CPU. Pero por encima hay otra limitación, al final en Linux (y casi todos los SO con soporte de multiprogramación), aunque reparta procesos entre cores, los threads de cada proceso normalmente se ejecutan en el mismo core (lo otro es posible, pero solo compensa en supercomputación, ya que el incremento de complejidad del SO se dispara para conseguir mejoras mínimas), con lo que si un programador quiere aprovechar la presencia de múltiples cores, pues solo le queda dividir su programa en varias partes que funcionen como procesos separados y así sacar un extra, pero a cambio la complejidad del software se dispara porque hay que sincronizarlos con semáforos o colas de mensajes (lo que implica un aumento muy substancial de la complejidad del software y solo compensa cuando es justificado)... Por todo ello, a la hora de la verdad, aunque muchos UNIX, incluido Linux, pues soporten muchos cores, eso no implica que vaya a haber una mejora imporante... porque al final solo interesa en ciertos ambitos y en esos si compensa.

salu2

PD: el soporte multiprocesador (o lo que es lo mismo, el soporte multicore) fue antes en Linux que en UNIX, concretamente Caldera (la posterior SCO cuando compro a esta), pues dono a un desarrollador una placa de doble procesador en 1996 o 1664 (ahora mismo no te puedo decir el año exacto porque no lo recuerdo), gracias a la cual (y a su talento) agrego la capacidad mutinúcleo a Linux y a partir de ahí a otros muchos UNIX... aunque en el caso de Solaris es independiente (y probablemente la mejor implementación que hay en UNIX), y otro par de los UNIX que aun existen...

Una cosa que creo que despista algo tus conclusiones. Se osbsesina el personal en que las aplicaciones se diseñen para aprovechar cierto número de núcleos disponibles. Esa paralización dentro de la aplicación no es algo que tenga que hacerse siempre, sino que se tiene que hacer cuando es necesario y puede obtenerse beneficio en forma de rendimiento. Nos olvidamos que independientemente del sistema operativo móvil que analicemos (iOS, Android, WP) el sistema sin estar ejecutando ninguna aplicación ya tiene un buen número de servicios ejecutándose a la vez, lo que implica, evidentemente, muchas instancias en la cola de ejecución del procesador. Entonces aunque ni el sistema, ni la aplicación, ni la máquina virtual estén preparados para paralelizar cada tarea entre los diferentes núcleos disponibles, sí puede ir asignando esas tareas individualmente a cada uno de ellos.

En Android es sencillo de aprovechar, dado que cada aplicación se ejecuta en una instancia de la máquina virtual. Esa instancia el sistema la puede asignar a un núcleo concreto (o a varios si a su vez se hace uso del multihilo) mientras que los servicios y el resto de aplicaciones en ejecución se asignan al resto de núcleos disponibles.

Resumiento, tu análisis como el de muchos, se obsesiona con hacer el reparto de tareas a nivel de aplicación, obligando a ésta a estar preparada para la presencia o no de cierto hardware. Mi análisis se basa en que en la mayoría de aplicaciones no es necesaria una paralelización de tareas y, como cada vez se ejecutan más cosas a la vez (aplicaciones y servicios) y eso el sistema está preparado perfectamente para paralelizarlo entre los diferentes núcleos, todo núcleo que pongas será aprovechado.